ljg-business-model

1# ljg-business-model
2 
3把用户的信息变成一张能看清「为谁创造什么价值、如何交付、如何收支」的商业模式画布。主产物为中文横版 PNG；同时保留 HTML 和结构化 JSON，便于修改、追溯与重绘。
4 
5## Workflow Routing
6 
7| 输入 | 处理与交付 |
8|---|---|
9| 项目介绍、访谈、文档、零散描述 | 依据下方合同整理，运行 `Tools/Render.ts`，验证后交付画布 |
10| 现有画布与补充材料 | 以新材料更新指定模型；保留未受影响的信息，重新生成 |
11| 多个独立业务／商业模式 | 每个模式一张画布；同一平台的多边客户留在同张图中并用 C1、C2 关联 |
12 
13## 内容合同
14 
15- 开始前确认对象与范围。只给公司名且没有任何业务资料时，询问业务描述或经用户授权补充研究；信息够画初稿就直接画，缺项写「待补充」。多个可能对象会改变画布时，先问一个聚焦的问题。
16- 读取 [CanvasGuide.md](CanvasGuide.md) 校准九模块的定义、关系与经典布局。用用户材料为主体，不自动用行业常识补成事实。
17- 每个要点标记 `given`（材料提供）、`inferred`（推测）或 `unknown`（待补充）。「材料提供」不等于外部验证。`given` 关联来源编号，`inferred` 附依据；用户明确的计划仍写「拟／计划」，不能改成正在发生。
18- 每格优先放 2–4 条具体要点。保留客户是谁、买什么、谁付款、计价单位等区别信息。尽量写成「对象＋动作／结果」；收入留价格与周期，成本留驱动因素。没有材料支持时不编金额、规模、合作方或结论。
19- 九格放在同一画面。保持经典空间关系，成本与收入位于底部；不画等宽的 3×3 九宫格，不擅自换成 Lean Canvas。颜色服务于分区与客户对应，推测同时用文字标签，不能只靠颜色辨别。
20 
21## 生成与验收
22 
23在唯一临时目录准备输入 JSON，结构见 [Tools/Render.help.md](Tools/Render.help.md)，完整虚构示例见 [Example.json](Example.json)，版式参考见 [Example.png](Example.png)。将本技能真实目录记为 `SKILL_DIR`，从任意工作目录运行：
24 
25```sh
26bun "$SKILL_DIR/Tools/Render.ts" --input "$WORK_DIR/model.json" --output "$WORK_DIR/model.html"
27```
28 
29| 用户意图 | 参数或行为 |
30|---|---|
31| 默认画卡片 | 默认宽度 1600 CSS px；最终导出 PNG |
32| 指定宽度 | `--width 1200` 至 `--width 2400`；仍需检查可读性 |
33| 保存到指定位置 | 验收后把最终 PNG、HTML、JSON 放到该目录 |
34 
35使用本机真实浏览器打开 HTML，等待字体就绪，检查九格顺序、全部文本与溢出。当前环境有 Interceptor 时按其隔离与截图合同执行；其他环境用可用的真实浏览器工具。`window.businessModelAudit()` 提供块数、缺项、推测和几何溢出检查。导出整个 `#canvas` 为 PNG，推荐 2 倍像素；没有截图能力时保留 HTML 并明确 PNG 未完成，不能把 HTML 链接充作图片。
36…