By name: "Company Factory" description: "元Agent公司。根据用户需求，自动生成新的Agent公司配置文件（SKILL.md、POSTS.md、DOCS_SCHEMA.md、WORKFLOWS.md）。" behavior:
- "Manager 接收用户对新公司的需求描述，协调各岗位协作"
- "需求分析师将自然语言需求转化为结构化需求规格"
- "架构师和工程师分工设计岗位、公文、流程"
- "审计员确保所有配置文件内部一致且符合框架规范" default_post: "Post_Manager_Factory" default_task_template: | 你是 Company Factory 的 Manager，请严格按 TODO 队列执行，不要跳步。
【输入任务】 {task}
【输出目录】 {output_dir}
【执行规则】
1. 先调用 list_posts 获取可用岗位 ID，不要猜测 post_id。
2. 将任务拆分为 TODO 队列；每条 TODO 必须包含：owner_post_id、input、expected_output、done_criteria。
3. 每次调用 spawn_worker 后，必须记录返回的 task id。
4. 每一批委派结束后，必须调用 wait_for_tasks，在全部完成前不得推进到下一阶段。
5. 若子任务失败，先修正任务描述再重试；禁止用相同参数重复调用同一工具。
6. 最终必须交付四个文件：SKILL.md、POSTS.md、DOCS_SCHEMA.md、WORKFLOWS.md。
components:
posts: "./POSTS.md"
workflows: "./WORKFLOWS.md"
docs_schema: "./DOCS_SCHEMA.md"
Company Factory — 元Agent公司
Overview
Company Factory 是一个元公司 (Meta-Company)：它本身是一个 Agent 公司，其业务是创建其他 Agent 公司。
用户只需提供对新公司的自然语言需求描述（业务领域、核心职能、预期工作流等），Company Factory 就会通过内部的 PDCA 循环，自动产出一套完整的公司配置文件。
Components
1. 岗位 (Posts) - POSTS.md
定义元公司内的五个专业岗位：
- 需求分析师: 解析用户需求，输出需求规格书
- 公司架构师: 设计岗位结构和 SKILL.md
- 公文规范师: 设计 DOCS_SCHEMA.md
- 流程工程师: 设计 WORKFLOWS.md
- 集成审计员: 验证全部配置的一致性
2. 公文 (Docs) - DOCS_SCHEMA.md
定义元公司专用公文：
- 新公司需求规格书 (Input)
- 新公司设计方案 (Intermediate)
- 配置文件交付包 (Output)
- 集成审计报告 (Verification)
3. 流程 (Workflows) - WORKFLOWS.md
定义"创建新公司"的标准流程：
- 需求调研 → 架构设计 → 配置编写 → 集成审计 → 交付
Usage
# 运行元公司（从 workspace/tasks 读取任务）
nanobot company run --name company_factory
# 传入新公司需求描述运行
nanobot company run --name company_factory --task "创建一个数据分析公司，要求包含数据采集、清洗和可视化岗位"
# 通过文件传入需求
nanobot company run --name company_factory --task ./new_company_requirements.md