Menü
撰写技术方案、标书 / 投标书、可行性报告、白皮书、需求文档、调研报告、长报告等较长正式文档的三步协作流程（澄清需求 → 大纲方案确认 → 分章写作）。当用户要写技术方案、标书、投标书、可行性报告、白皮书、长报告、需求文档、调研报告等长文档，或需要分章节、要审大纲、按模板正式成文时使用。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
Use when automating the digital employee desktop embedded browser via shell_execute and browserctl—navigation, forms, clicks, snapshots, or page text extraction on OA/CRM/ERP sites. Not for pure information lookup (use web_search first). Triggers include health showing browser_available false, SPA wait timing, iframe @eN, alert/confirm dialogs, or opening session artifact HTML.
Use when user reports `command not found` errors for python/node/git/curl, version incompatibility, or "missing Python dependency" / "Node.js required" in skill output.
BobanStaff（博办数字员工）客户端用户使用手册。当用户询问如何使用客户端进行聊天、与总管协作编排、招募员工、管理技能、查看任务排班、设置桌面宠物、管理扩展插件、切换工作空间、配置系统设置，或遇到使用中的问题（激活失败、登录失败、技能不加载、任务未执行、宠物不显示等）时使用。涵盖所有功能模块的操作步骤和常见问题解答。
"当需要用 lark-cli 操作飞书多维表格（Base）时调用：适用于建表、字段管理、记录读写、视图配置、历史查询，以及角色/表单/仪表盘管理；也适用于把旧的 +table / +field / +record 写法改成当前命令写法。涉及字段设计、公式字段、查找引用、跨表计算、行级派生指标、数据分析需求时也必须使用本 skill。"
帮助用户从 ClawHub 镜像技能市场发现并安装 Agent 技能。当用户问「有没有 XX 技能」「怎么写标书/做测试」「找个技能」「扩展能力」时使用。优先用 search_market_skills 搜索；无合适结果时用内置技能或 ZIP 导入。
收集用户遇到的问题（BUG）并提交到官方后台。当用户表达「反馈 bug / 报问题 / 提建议 / 吐槽 / 这里有问题 / 要反馈 / 提个意见 / 报个错 / 体验不好 / 想反馈」等反馈意图时使用——会弹出反馈表单让用户填写并提交。
| name | doc-coauthoring |
| description | 撰写技术方案、标书 / 投标书、可行性报告、白皮书、需求文档、调研报告、长报告等较长正式文档的三步协作流程（澄清需求 → 大纲方案确认 → 分章写作）。当用户要写技术方案、标书、投标书、可行性报告、白皮书、长报告、需求文档、调研报告等长文档，或需要分章节、要审大纲、按模板正式成文时使用。 |
三步协作流程用于撰写技术方案、标书、可行性报告、长报告等长文档。
| 阶段 | 内容 | 使用工具 |
|---|---|---|
| 1. 需求收集 | 收集背景、读者、格式、约束 | submit_clarifying_questions |
| 2. 大纲确认与分章写作 | 大纲审批、逐章起草、迭代精修 | submit_document_plan, write_file, edit_file |
| 3. 读者测试 | 验证文档对新读者的可用性 | 自测 + edit_file 修复 |
submit_document_plan/artifacts/<doc-slug>/（slug 由 title 生成，kebab-case）/artifacts/<doc-slug>/chapter-N-标题.md/artifacts/<doc-slug>/完整版.md/artifacts//artifacts/... 等虚拟路径；交付时只说文档名称，用户从变更卡片或产物面板打开检测到写作任务时，先问用户要不要走结构化流程（见 AGENTS.md 中三步流程选项）。
调用 submit_clarifying_questions（context=long_document），收集：
（前端 choice 题支持手填，未选选项时用户作答为 其他：…；选项列 3～6 个具体项即可，不必每题加「其他」。）
如仍有明显信息缺口，可再次 submit_clarifying_questions 追问 5-10 题。
退出条件：能围绕 edge case 和 trade-off 提问，说明基础信息已够。
submit_document_plan(title, outline, planned_artifacts)
title → 自动生成 <doc-slug>outline — Markdown 结构化大纲planned_artifacts — JSON 字符串数组，如 '["/artifacts/tech-proposal/chapter-01-背景.md","/artifacts/tech-proposal/完整版.md"]'对每章：
write_file 起草edit_file 精修所有章节完成后，通读检查一致性、重复、矛盾，合并为 完整版.md。
edit_file