AI Puffer – Chat. Create. Automate. (formerly AI Power)
AI Puffer is the complete AI plugin for WordPress — a full set of artificial intelligence tools to transform your site. From AI chatbot and content generation to image creation, automation, and AI training on your own data, AIP gives you everything in one place, right inside your WordPress dashboard. Our “Bring Your Own API Key” model lets you connect to top AI providers (OpenAI, Google Gemini, Microsoft Azure, OpenRouter, DeepSeek, xAI and Ollama). No hidden credits — you use your own account and control your costs. 📖 Documentation & Guides Why Choose AIP? All-in-One – Chatbot, AI Writer, AI Forms, Image Generator, Automation, WooCommerce AI tools, and more. Train on Your Data – Build your own AI knowledge base from posts, pages, products, PDFs, or files. Voice + Chat – Real-time voice agents and voice input for interactive AI experiences. WooCommerce AI – Generate product descriptions, titles, SEO tags, and sell AI credits to customers. Fast & Flexible – Works with OpenAI GPT-5/4o, Google Gemini & Imagen, Azure, Replicate, and others. Secure – 100% hosted on your WordPress site. Your data stays with you. 🚀 Key Features 🤖 AI Chatbot Create custom AI chatbots for WordPress or any external site (embed with shortcode or HTML). Train bots on your own website content or external files. Enable web search (OpenAI or Google) for real-time answers. Add voice input & playback, triggers, and usage limits. ✍️ AI Content Generator Generate high-quality articles, blog posts, or product descriptions. Input ideas via text, CSV, RSS feeds, or URLs. SEO-friendly output with custom templates, placeholders, and Smart SEO score improvement. 📝 AI Forms Drag-and-drop AI-powered forms to process user input into useful outputs — from outlines to support replies. Connect forms to web search, uploaded files, image analysis, workflows, and your AI training data. ⚙️ AI Automation Engine Schedule recurring or one-time AI tasks. Automate content creation, Smart SEO improvement, comment replies, or vector indexing. 🎨 AI Image Generator Convert text to image with OpenAI GPT Image, Google Imagen, and Replicate models. Pull free stock images from Pexels or Pixabay. Works in posts, tasks, chatbot, and forms. 📚 AI Training / Vector Database Build a knowledge base from your posts, products, PDFs, or uploaded files. Supports OpenAI Vector Stores, Pinecone, Qdrant and Chroma. Long content is chunked before embedding for safer external vector indexing. Use in Chatbot or Forms for context-aware AI answers. 🛒 WooCommerce AI Tools Bulk-generate or enhance product descriptions, titles, and tags. Sell AI credits to customers via WooCommerce. 🛠 Content Assistant Bulk-enhance existing posts, generate SEO titles/excerpts. Works in Block Editor, Classic Editor, or directly from the post list. 🔌 REST API Access Call text, image, embedding, and chatbot functions programmatically from other apps.
Top keywords
- ai24×5.58%
- image7×1.63%
- chatbot6×1.40%
- content6×1.40%
- forms6×1.40%
- openai5×1.16%
- own5×1.16%
- posts5×1.16%
- data4×0.93%
- files4×0.93%
- google4×0.93%
- input4×0.93%
One-V LLM Serve
One-V LLM Serve makes every public page on your WordPress site available as clean Markdown at the same URL with a .md extension — zero configuration required. https://example.com/about/ ← HTML page for humans https://example.com/about.md ← clean Markdown for AI AI systems — ChatGPT, Perplexity, ClaudeBot, Google AI Overviews, and most RAG pipelines — parse Markdown far more efficiently than HTML. When these systems encounter an HTML page, they must strip navigation, headers, footers, sidebars, scripts, and tracking pixels before they can read the actual content. This noise introduces errors, increases token cost, and leads to lower-quality outputs. The Markdown file contains a configurable YAML frontmatter block followed by the page title, headings in correct hierarchy, and the body text. Nothing else. Core features Zero-config Markdown endpoint for every public post, page, and custom post type YAML frontmatter with configurable fields (title, date, modified, url, description, image, tags, categories, lang, type) /llms.txt discovery file at the site root following the llmstxt.org convention Taxonomy archives as Markdown — /category/news.md, /tag/foo.md, custom taxonomies ?format=markdown query parameter as an alternative to the .md URL on any singular page Per-post exclude via a sidebar checkbox on the post editor Works with Classic Editor and Gutenberg via the the_content filter ACF integration — opt-in per-post: pick which text, textarea, WYSIWYG, URL, email, or link fields to append below the body Filterable AI analytics — per-hit events with full denormalised dimensions (UA bucket, referrer host, language, post type, response code), sticky filter bar that drives every chart and table live, six KPI tiles, a stacked-area time chart, three composition donuts (UA bucket / referrer source / language), four Top tables, a User-Agent classifier transparency table, and a Recent Activity stream. Referrers are tracked by hostname only — paths and query strings are stripped before storage so no PII is retained. Forward-compatible classification: when the bot or referrer catalogue is updated in a future release, historical rows are reclassified automatically — no Reset Analytics required. Browser-bucket sub-classification — anything that looks like a browser visit gets split into four kinds based on the Sec-Fetch-Site, Sec-Fetch-User, and Sec-CH-UA request headers a real browser sends: verified user (top-level navigation triggered by a click or address-bar Enter in a recognised browser), headed agent (real Chromium driven programmatically — Playwright, Puppeteer, Selenium), script agent (bare HTTP client imitating a browser UA — requests, httpx, LangChain, custom agents), spoofer (UA shape that no real browser would emit, like modern Chrome with a non-reduced UA). Visible as a stacked-bar breakdown on the User-Agents subpage so you can see at a glance how much of your “human” traffic is actually automation, and rendered inline as colour-coded slugs on every browser-bucket row in the Recent Activity table on the Analytics page. Detection is server-side fingerprinting of the request itself — no cookies, no JS, no IP. Discoverability Link: rel="alternate"; type="text/markdown" HTTP header on every HTML page tag in for HTML-based discovery Allow: /*.md$ directive in robots.txt CORS Access-Control-Allow-Origin: * on .md and /llms.txt so browser-based AI clients can fetch them Operations Transient caching with automatic invalidation on save_post, on ACF field value saves, on any ACF field group change, and on plugin settings save “Clear cache” button in the settings page Admin notice on fallback HTTP fetch failures “Settings” link next to the plugin row in Plugins screen “View .md” row action in the Posts and Pages list tables Developer hooks ovls_markdown filter for the final Markdown output ovls_frontmatter filter for adding, removing, or modifying frontmatter fields ovls_content_queries filter for the HTML extraction XPath cascade How it works Each request to /about.md is captured by a WordPress rewrite rule and routed through the plugin’s content generator. The generator runs the post through apply_filters( 'the_content', ... ) — the same pipeline WordPress uses on the front end — so Classic Editor, Gutenberg, and shortcodes all work without separate code paths. The rendered HTML is converted to Markdown via league/html-to-markdown, then cached in a WordPress transient. The cache is invalidated automatically on save_post, on ACF field/group changes, and whenever plugin settings are saved. A manual Clear cache button is also available on the settings page. Access methods There are three equivalent ways to request the Markdown version of a page: .md extension — https://example.com/about.md ?format=markdown query — https://example.com/about/?format=markdown Link: rel="alternate" header — returned by every HTML page The .md URL is the recommended canonical form. ACF integration When Advanced Custom Fields is active, ACF field rendering is opt-in at two levels: Site defaults per post type — at Settings → One-V LLM Serve → ACF Defaults, tick fields that should be appended to every post of a given post type. Per-post override — the One-V LLM Serve metabox on each post editor lists every supported ACF field applicable to that post. Tick fields to replace the site defaults for that one post. Supported ACF types: text, textarea, wysiwyg, url, email, link. Each selected field is rendered under a ## Field Label heading. Empty fields are skipped. Disclaimer This plugin is provided “as is”, without warranty of any kind, express or implied, in accordance with the GNU General Public License v2 or later. The authors and contributors are not liable for any direct, indirect, incidental, special, or consequential damages — including but not limited to data loss, lost profits, business interruption, search-ranking changes, or third-party claims — arising from the use of, or inability to use, this software, even if advised of the possibility of such damages. By installing and activating the plugin you acknowledge that: You are responsible for testing the plugin in a staging environment before deploying to production. You are responsible for the content this plugin exposes as Markdown — .md URLs and /llms.txt serve the same content as their HTML counterparts and are intended to be crawled and consumed by AI systems and third-party LLMs. The plugin does not transmit data to any external service. All Markdown generation, caching, and file writes happen on your own server. Nothing in this disclaimer is intended to exclude or limit liability for matters that cannot lawfully be excluded under the consumer-protection laws of your jurisdiction. For the full legal terms see the GPLv2 license at https://www.gnu.org/licenses/gpl-2.0.html.