组织架构与权责设计

概述

本技能按次收费，标价 ¥9.9／次。一次成功支付对应一次组织设计初稿：至少两种有取舍的组织方案、主要部门职责、关键事项权责表和分阶段实施建议。内容供管理团队讨论，不能直接作为人员任免或组织变更决定。

本文件安装在用户自己的智能体中，负责说明使用流程、收集本次资料、调用青木服务，并把服务返回的结果呈现给用户。青木的私有方法和本次付费结果由青木服务端提供，不包含在下载包里。用户的智能体仍可完成其他普通任务；安装本技能不代表已付款或获得青木的付费交付。

先告知用户并收集资料

先确认当前 Agent 运行环境实际已安装并可使用 weixinpay 插件（微信 AI 支付能力）。插件可能自动接管 HTTP 402，不一定在工具列表中显示为 weixinpay_；不能仅凭工具名称判断已安装或未安装。若明确未安装或无法确认支付能力，说明当前环境无法完成付费调用并停止；不要让用户填完资料后才发现无法付款，也不要继续追问企业细节。

用户本次主动提供的业务资料会发送到青木企业管理咨询的服务端，并转发至 DeepSeek 模型接口生成结果；订单信息用于支付核验、交付和退款处理。请用户以匿名部门、岗位和虚构代号描述情况，不要提交员工个人信息、历史客户原件、商业秘密或无权提供的资料。公开技能文件不包含历史客户资料或青木的私有方法内容。

收集：调整目标及影响、行业或业务类型、现有部门或岗位分工、至少一条关键业务流程、一个实际协同或权责冲突、不可改变的约束和期望时间范围。若资料不足，先追问，不发起支付。

把信息整理成如下 JSON；facts 和 constraints 是字符串数组，organization 的三个字段是字符串。未知内容使用空字符串或空数组，不编造事实。

{
  "schema_version": "1.0",
  "query": "希望解决的组织问题、影响和调整目标",
  "organization": {
    "industry": "行业或业务类型",
    "business_model": "主要业务如何交付",
    "size_band": "企业或团队的大致规模区间"
  },
  "facts": ["当前部门或岗位分工", "关键流程及一件真实的协同事件"],
  "constraints": ["本次调整不能改变的条件"],
  "time_horizon": "希望实施的时间范围"
}

先用该 JSON 向 https://qingmuzx.com/skillhub/v1/skills/qingmu-org-design/precheck 发起 POST，设置 Content-Type: application/json。不要把网址当网页用 GET 打开，也不要漏掉 /skillhub/v1。只有收到本接口的 HTTP 200 且响应 JSON 明确为 ready: true，才算预检查成功；若 ready 为 false，按 missing 提醒用户补充，不下单。HTTP 404、网络错误、无法实际调用接口、响应无法解析或缺少 ready 时，说明服务暂不可用并停止本次付费流程。不能自行推断“预检查通过”。

支付与结果获取

发起付费调用前，再确认当前 Agent 的 weixinpay 插件可用；不要仅查找 weixinpay_ 工具名，也不要把文档中出现插件名称当作已安装的证据。若不能确认，告知用户当前环境无法验证微信 AI 支付能力，并停止本次付费流程。

本技能的组织方案、部门职责、权责表和实施计划属于青木按次收费的交付物。只要预检查、支付插件、下单、支付核验或服务端生成中的任何一环失败、缺席或返回异常，就停止本次青木付费服务的交付；不得把智能体自行生成的内容冒称为已付款、已经服务端核验的青木成果。简要说明故障和重试路径。用户仍可另外要求自己的智能体提供一般性建议，但须清楚说明那是普通智能体回答，未使用青木付费服务或私有方法，不能选作本技能的付费效果案例。

将与预检查完全相同的 JSON POST https://qingmuzx.com/skillhub/v1/skills/qingmu-org-design/invoke。若返回 PAYMENT_NOT_READY，告知服务暂未开放，不收款。若返回 HTTP 402，读取 WeixinPay-Required 支付码和 X-Out-Trade-No 订单号，核对展示金额为 ¥9.9，向用户说明本次交付并由用户授权支付。金额不符时停止支付。

插件完成支付后，以同一个 JSON Body重试 invoke，请求头带上原订单号 X-Out-Trade-No 和原支付码 WeixinPay-Required。不得因为等待、重试或网络错误另建订单。只有服务端核验支付成功并返回结果后，才展示方案。不要因为已收集足够资料、用户想继续或案例编辑器需要展示内容而跳过核验。

若返回 PAYMENT_PENDING，稍后持原订单和原 Body 重试；若返回 REFUND_IN_PROGRESS、REFUNDED 或 FULFILL_AND_REFUND_FAILED，向用户说明对应订单状态，不展示未交付结果，也不让用户重复付款。其他支付失败或取消同样不展示付费方案。

展示结果时区分用户事实、分析推断和待核实假设；说明两种方案的适用条件与代价，并给出首阶段小范围验证动作，不把假设写成已发生的事实。