Docs: make pipecat init the single entry point (remove create) - #941
Conversation
|
🔍 Mintlify preview for this branch: https://daily-mb-init-as-start-point-docs.mintlify.app |
3518f62 to
017beb0
Compare
| @@ -29,7 +26,9 @@ pipecat init [TARGET_DIR] [OPTIONS] | |||
| <ParamField path="TARGET_DIR" type="string"> | |||
| Directory to make agent-ready. `pipecat init my-bot` targets `./my-bot`; | |||
There was a problem hiding this comment.
I think we should avoid using the terminology "make agent-ready" wherever it's still being used. init initializes your Pipecat project.
There was a problem hiding this comment.
Removed mentions.
- init as starting point - create acts as an internal / standalone utility
Combine the two overlapping get-started pages into one agent-first workflow. build-your-next-bot.mdx now covers install, `pipecat init` and its fork, the coding-agent path (with Context Hub setup and the coding session), the scaffold-it-yourself path, and deploy/learn. - Delete ai-tools.mdx and remove it from the Get Started nav. - Redirect /pipecat/get-started/ai-tools and the legacy /getting-started/ai-tools to the new #build-with-a-coding-agent anchor, preserving discoverability. - Update inbound links in context-hub.mdx and the-eval-loop.mdx to the anchor. Removes the duplicated init-fork explanation and the circular "the full workflow is over there" cross-links between the two pages.
Make `pipecat init` the only advertised CLI entry point, matching the framework change that hides `create` from `pipecat --help`. - Delete api-reference/cli/create.mdx; remove it from the CLI nav; add a redirect to api-reference/cli/init - Reframe the CLI overview to lead with `init`; drop `create` from cards, command list, and help examples - init.mdx: unlink inline `create` references; replace the "pipecat create" Next Steps card with "Build Your Next Bot" - gemini-live, client quickstart, cloud-builds: start with `pipecat init` (choose "Scaffold a runnable bot now") instead of `pipecat create`
9698640 to
5ab034a
Compare
- Reframe `init` as creating a new project rather than retrofitting an existing one (per @kompfner): "create an agent-ready project", not "make a project agent-ready" - Simplify the init.mdx intro to a short choice (coding agent vs. wizard) - Drop the "make agent-ready" terminology everywhere it appeared in this PR; converge on "initialize" across init.mdx and the CLI overview, and describe what `init` writes (AGENTS.md + CLAUDE.md) instead of labeling the project "agent-ready"
Reverse the "treat create as internal" decision: `pipecat create` is a real, documented command — just not the advertised starting point. There are legit reasons to look it up (writing a coding-agent skill, scripting scaffolding, understanding what `init` runs). - Restore api-reference/cli/create.mdx and its CLI nav entry; drop the create -> init redirect - Re-add `create` to the CLI overview command list and help examples, while `init` stays the headline entry point - Get-started pages stay init-only, so a developer seeks `create` out in the reference rather than meeting it on the happy path
Match the framework change (pipecat-ai/pipecat#4869): re-running `pipecat init` now preserves existing AGENTS.md/CLAUDE.md/GETTING_STARTED.md and surfaces a stale guide; `--overwrite-guide` (renamed from `--force`, covering all three files) refreshes them.
pipecat create was removed from the framework; init is now the single entry point that also scaffolds. Delete the create reference page (with a redirect to init), de-list it from the CLI nav/overview, and document the scaffold flags + --overwrite-guide on the init page.
pipecat init the single entry point (remove create)
You run `pipecat init`, choose 'Build with a coding agent', then navigate into the project directory and open your agent there to start prompting — the previous wording skipped the build-method selection.
Tie the scaffold-directly path to its build-method choice, parallel to the coding-agent bullet: choosing 'Scaffold a runnable bot now' runs the interactive wizard; passing scaffold options skips the prompts.
Lead with what init does and the two scaffold choices (coding agent or interactive wizard); note the AGENTS.md/CLAUDE.md guarantee. The build-method flow, GETTING_STARTED.md, and the non-interactive flags are covered in the sections below.
| ``` | ||
|
|
||
| The CLI will guide you through the setup. Choose the following options: | ||
| When `init` asks how you want to build, choose **Scaffold a runnable bot now**. The wizard will guide you through the setup. Choose the following options: |
There was a problem hiding this comment.
Maybe nothing to do here for this PR, but wanted to point out a quirk: our CLI tells the user that building with a coding agent is the recommended route, but our main quickstart guide tells us to use the scaffolding wizard.
There was a problem hiding this comment.
Oh! Good catch. Let me align the quickstart.
There was a problem hiding this comment.
FYI, adding:
<Note>
This quickstart uses the interactive `pipecat init` wizard so you end up with
the same project this guide walks through below. When you're ready to build
your own bot, we recommend driving development with a coding agent — see
[Build Your Next Bot](/pipecat/get-started/build-your-next-bot).
</Note>
This explains why we're selecting this path while also directing the reader to the key resource for building.
Documentation for making
pipecat initthe single entry point for building a Pipecat app. Tracks the framework changes in pipecat-ai/pipecat#4883 (initabsorbs scaffolding;pipecat createremoved) and pipecat-ai/pipecat#4869 (guide files preserved on re-run;--overwrite-guide).Changes
pipecat initis the single entry point. Reframed theinitreference around initializing a project and scaffolding it — interactively (a build-method wizard) or non-interactively from flags / a config file (pipecat init . --bot-type web -t daily …). Documented the full scaffold flag surface,--list-options,--dry-run,--config, andpipecat init quickstart. Scaffolding is directory-first and in-place (no--output/-o, no--namesubfolder).pipecat createremoved. Deleted its reference page and CLI nav entry; added a redirect/api-reference/cli/create→/api-reference/cli/init. Scaffolding now lives entirely underpipecat init.--overwrite-guide+ preserve-by-default. Re-runninginitkeeps existing guide files; a stale guide gets an interactive refresh offer (or a printed nudge non-interactively), and--overwrite-guideforces a refresh.pipecat init quickstart.init→ coding-agent path with Context Hub → scaffold-it-yourself → deploy). Deletedai-tools.mdx, added redirects to the#build-with-a-coding-agentanchor, and updated nav + inbound links.Depends on
Documents behavior from two stacked framework PRs — merge this after both land (order: #4883 → #4869 → docs):
initabsorbs scaffolding,createremovedpipecat initre-run pipecat#4869 — preserve guide files on re-run,--overwrite-guide