关于 k2f-business-proposal
k2f-business-proposal 是用于在排版前将商业提案规划为 `.K2F` 包的 Agent 技能。它帮助组织贴合客户情境的叙事、范围、价格和设计意图，并要求数字、资历与条款来自用户提供的信息，或标记为待确认。
主要功能
- 01生成语义内容与设计蓝图
- 02按 CLOSE 流程组织提案叙事
- 03定义各阶段范围、交付物和成功标准
- 04区分包含项、排除项与假设
- 05确保价格和商业条款可追溯至输入
- 06通过 k2f 工作流导出
适用场景
- 01根据 RFP 摘录或访谈记录起草提案
- 02围绕客户需求重构通用提案
- 03准备明确范围、有效期和后续步骤的报价
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/k2f-business-proposal确认已加载。
详细介绍
K2F 商业提案 — AI 原生美学设计
目的
教会 Agent 在布局之前先构建商业提案蓝图：打造一个独立完整的故事，赢得信任、明确交付范围并清晰呈现价格，同时不凭空编造用户未提供的预算、费率、案例研究或条款。
基于 K2F 构建
此技能将商业提案制作成 .K2F 包。请遵循 k2f 技能进行创作：解包或初始化工作区、编辑语义树、运行 pack/verify，然后导出。K2F 让 Agent 专注于含义（章节角色、叙事脉络、表格），而不是像素坐标；引擎则负责将布局、排版和主题编译为一致且可供导出的成品。
开始构建之前，请安装核心技能：npx skills add suzheng/k2f --skill k2f。
适用场景
- 根据 RFP 摘录、需求访谈笔记或解决方案简介起草项目或服务提案。
- 重构通用 AI 提案，让执行摘要、范围和定价构成连贯一致的故事。
- 准备正式报价，明确写出有效期、包含项／不包含项和后续步骤。
工作流
步骤 1. 生成 content_and_design.md
为语义内容和美学意图提供统一蓝图。使用带标签的区块，方便 k2f 技能之后将其映射到各章节。
子步骤
-
提案框架 — 说明受众（买方还是评估方）、合作类型（固定、分阶段、长期顾问）和期望的决策。设置有效期（若用户未说明，默认 30 天）。删去框架不需要的章节。
-
封面和元数据 — 标题、可选副标题、客户组织和联系人、贵公司及联系人、日期、版本。全文使用同一种货币；如果已知，则注明地区格式。
-
叙事主线（CLOSE） — 起草章节前规划行文顺序：
- 背景（Context）：用客户自己的语言描述其现状（依据用户输入）。
- 损失（Loss）：不采取行动的代价；仅在有数据时量化，否则用定性描述并明确标注。
- 成果（Outcome）：未来状态和业务价值（尽可能量化）。
- 解决方案（Solution）：方法、阶段、交付物、成功标准。
- 证据（Evidence）：证明有能力交付的材料——案例片段、方法论、资质，均须由用户提供。 执行摘要必须独立完整（最多约 400 个字）：仅凭这一部分即可理解整份提案。
-
章节架构（保留／删减） — 默认章节结构；根据框架删减或缩短：
- 执行摘要 → 需求理解／当前状态与挑战 → 建议方案（概述 + 分阶段交付）→ 预期成果与 ROI → 团队与治理（如适用）→ 投资 → 选择我们的理由 → 条款 → 后续步骤。
- 删去功能堆砌、重复的方法论、攻击竞争对手的内容和冗长的法律条文。
-
范围与交付 — 每个阶段均需说明目标、关键活动、交付物、成功标准和时长。用明确列表列出包含项和不包含项，避免合作第一天就出现争议。将假设和客户依赖事项放在独立区块中，不要埋在正文里。
-
投资区块 — 仅当用户指定时才使用相应定价模式。费用优先使用表格；付款节点必须逐字采用用户提供的内容。绝不编造费率或税费；如果计算不完整，则使用
NEEDS USER CONFIRMATION。按以下顺序呈现，方便快速浏览：模式 → 总额 → 净额 → 付款计划。 -
商务收尾 — 根据用户提供的信息说明项目开始假设、时长、地点以及差旅／费用政策。概述知识产权、保密、终止和变更流程；注明建议进行法律审核。按编号列出后续步骤，并注明日期或触发条件。
-
设计意图——引擎的语气、层级、信息密度和配色：
- 语气：咨询式 B2B 风格；通过理解建立信任，而非夸大宣传。先讲客户的问题，并确保价格容易查找。
- 层级：执行摘要和理解最突出；阶段标题以结论为导向；总价绝不应被埋没。
- 信息密度：每个阶段使用项目符号和表格；段落最多约 6 行；成果/ROI 模块只出现一次，不要重复。
- 配色：采用克制的中性色，仅用一种强调色突出阶段、总价和 CTA；符合 WCAG AA；费用采用表格呈现，不要在正文中直接写金额。
规则与约束
- 如实呈现需求发现结果：输入信息不足时，应收窄论断并标明假设；绝不臆造客户背景。
- 叙事门槛：CLOSE 流程必须读起来像一个故事，而非空洞标题的清单。
- 自包含门槛：即使不了解你的聊天记录，读者也能理解问题、方案、价格范围和下一步该做什么。
- 可追溯性门槛：每项数字、时间线和资质都必须有用户输入作为依据，或明确标为 TBD。
- 分离门槛：客户情况、你的方案和商务条款必须放在标注清晰的不同章节中；不要将 RFP 文本并入交付内容说明。
常见失败模式
- 罗列功能，却未将其与客户痛点关联 → 将每项能力改写为与明确挑战相关的成果。
- 隐藏价格或范围含糊 → 将投资摘要前置；分别列明包含项和排除项。
- 执行摘要充斥营销套话 → 改用基于客户具体事实的 CLOSE 段落。
- 阶段中有活动，却没有交付成果或成功标准 → 为每个阶段补上两者，或合并阶段。
- 臆造案例研究、团队名称或付款条款 → 删除；使用占位符。
- 缺少有效期或后续步骤 → 在元数据和结尾部分补上。
质量检查清单
- 执行摘要可独立阅读，且与正文一致（没有矛盾）。
- 至少有一个章节能深入展现对客户情况的理解（信息来源于用户）。
- 每个阶段都有交付成果和成功标准；包含项/排除项与各阶段保持一致。
- 投资表格相互核对一致；未验证的定价已标明。
- 有效期、版本和日期保持一致。
- 设计意图明确列出强调目标；没有虚构的指标或法律承诺。
第 2 步：使用 content_and_design.md 和 k2f 技能生成 K2F 文件，并导出为合适的文件格式。
按照 k2f，根据蓝图生成提案，按设计意图应用章节角色，完成验证，并导出可交付给客户的文件。