快速上手

用一个具体任务完成从想法到交付的第一次 PieBox 体验

第一次使用 PieBox，建议不要从“了解所有功能”开始，而是从一个具体交付任务开始。比如做一个官网首版、整理一份市场调研、处理一套 PPT、分析一份数据，或者发布一个企宣站点。

下面这条流程可以帮助你快速完成第一次交付。

你会经历什么

一次典型的 PieBox 任务通常会经过这些步骤：

你不需要一次把所有内容都说完整。更自然的方式是先让 PieBox 生成初版，再根据看到的结果继续补充要求。

先选一个边界清晰的目标。第一次任务不需要很大，但要能判断结果是否有用。

推荐从这些任务开始：

不建议第一次就选择“做一个完整复杂系统”。先完成一个可交付的小目标，更容易理解 PieBox 的工作方式。

好的初始需求不需要很长，但要包含目标、对象、素材和约束。

你可以按这个结构写：

我要交付什么：
给谁看或给谁用：
希望达到什么效果：
已有素材：
风格或限制：
最终需要的形式：

例如，做官网时可以这样写：

我要做一个面向独立开发者的产品官网。
目标是让用户理解 PieBox 能通过对话完成产品交付，并引导用户下载桌面应用。
请突出“从想法到交付”“小成本试错”“AI Agent 协作”。
视觉风格要克制、专业，不要做成夸张营销页。
最终需要一个可以预览和继续修改的网页。

做调研时可以这样写：

我要做一份关于 AI 建站工具的市场调研。
目标读者是内部产品团队，用于判断下一个版本的定位。
请整理主要玩家、目标用户、核心卖点、价格策略和机会点。
输出一份结构化报告，并给出可以做成 PPT 的章节大纲。

做数据分析时可以这样写：

我有一份最近 30 天的销售数据。
请帮我分析销售额变化、转化率异常、主力商品表现和可能的增长机会。
输出结论、图表建议和下一步行动清单。

如果你已经有资料，可以直接补充给 PieBox。素材越具体，初版越接近真实需求。

常见素材包括：

约束也很重要。你可以明确告诉 PieBox：

PieBox 会根据你的目标和素材生成初版。不同任务的初版形式不同：

初版的价值是让任务从空白进入可讨论状态。你不需要期待第一次就完全正确，先看结果，再继续修改。

看到初版后，直接指出你要调整的地方。PieBox 会基于当前上下文继续推进。

你可以这样修改：

首页的表达太像技术文档了，改成更强调交付价值。

这份报告结论太散，请按“现象、原因、风险、建议”重新组织。

PPT 大纲可以保留，但每页标题再更有判断力一点。

这个页面看起来太营销化，改得更像 B2B SaaS 产品官网。

修改时尽量指出“哪里不对”和“希望变成什么样”。这样比只说“再优化一下”更有效。

当成果达到可交付状态后，下一步取决于你的任务类型。

先生成预览链接，检查布局、交互、内容和移动端表现。确认后可以继续发布上线。

继续调整结构、语气、章节顺序和重点表达，再导出或交给团队进一步编辑。

复查数据来源、结论逻辑和图表建议，再用于汇报、讨论或决策。

完成第一次交付后，可以继续阅读《PieBox 如何工作》，理解项目、对话、素材、Agent、交付物、预览和发布之间的关系。

如果你想找到更贴近自己角色的使用方式，可以继续阅读《适用场景》。

如果你准备把结果用于正式场景，建议阅读《交付物与控制权》，了解发布前确认、分析复核和敏感信息处理。

如果你要发布网站或应用，可以进入「一键发布」文档，了解预览、发布上线和云基础设施。