Bleu 是一个面向开发者的规划类技能，核心用途是在编码前把想法转化为深度结构化、可执行到文件级的系统方案。产出不是单篇文档，而是一个可导航的 Markdown 知识库：原始输入由 LLM 编译成互相链接的 wiki，并通过 lint 轮次修补缺口；不使用 RAG、向量存储或嵌入，整个方案可放入现代上下文窗口，每条结论都能追溯到人类可打开、编辑或删除的文件。目标是让用户在动工前看到完整执行流，尽早发现预期与实际的偏差，消除实现歧义。
工作区默认布局为 blueprint/ 目录，包含 README、SESSION.md、NEXT.md、journal.md、index.md、decisions/（MADR 风格 ADR）、raw/（原始输入）、plan/（00-vision 至 07-risks-open-questions，含 03-components 每组件一文件）、action-points/（约 38 个 AP，每个一文件）、research/（带引用的调研笔记）、outputs/（用户查询的回答与报告）。
工作流按阶段推进：Phase 0 需求录入与界定，复述想法、列出未知、提 2–4 个尖锐问题并确认范围；Phase 1 初始调研（必须联网调研，若已有代码库还需读代码）；Phase 2 撰写愿景、架构与流水线；Phase 3 组件拆分；Phase 4 数据模型、集成与非功能性需求。阶段可回环，每个阶段后都要 lint。
原则包括：只规划不编码，蓝图签字确认前不实现；持续联网调研并给每条研究结论加引用；文件比上下文持久，聊天视为无状态、工作区视为状态源；每场会话结束执行持久化仪式（写 journal、ADR，重写 SESSION.md 与 NEXT.md），开始时先读这些文件；用不同智能体做对抗性校验而非自我评价；只为差距写作而非复述概览；模型升级后重新审视脚手架；人工维护产物与 blueprint/ 分离；从简起步，按项目规模匹配粒度（小项目 3–5 个 AP，绿地系统约 38 个 AP）。
限制：资料未提供安装方式、收费、支持平台或具体运行命令；上述流程与文件结构为技能自身描述。引入的落地案例与研究方法引用需以参考资料为准，本整理不额外背书。