context.mjs上下文加载机制详解Impeccable如何把PRODUCT.md注入AI会话【免费下载链接】impeccableThe design language that makes your AI harness better at design.项目地址: https://gitcode.com/GitHub_Trending/im/impeccableImpeccable 是一个让 AI 编程工具更懂前端设计的开源 Skill而 context.mjs 是它的上下文加载核心每次 AI 会话启动时它会把PRODUCT.md产品档案、DESIGN.md设计规范与一系列行为指令一起输出直接注入 AI 的会话上下文——相当于给 AI 设计工作读档。本文带你用零代码门槛看懂这套机制的完整链路。为什么 AI 会话需要先读档让 AI 设计一个页面最怕的不是它不会写代码而是它不知道你的产品是谁面向什么用户、品牌性格是什么、哪些设计套路要明确避免。Impeccable 的解法是把产品真相沉淀进PRODUCT.md把视觉规范沉淀进DESIGN.md然后在每个 AI 会话开始时由 context.mjs 一次性把这些文件读出来连同判断指令一起喂给 AI。AI 之后的每一次设计决策都建立在这份注入的上下文之上。context.mjs 的三步装配流程把它想象成一个上下文装配器整个流程只有三步定位项目判断当前目录属于哪个项目自动识别 monorepo 工作区支持package.jsonworkspaces、pnpm-workspace.yaml、turbo.json等标志文件必要时提示你选择子应用。按顺序找文件依次查找PRODUCT.md与DESIGN.md并解析## Platform字段web/ios/android/adaptive决定要不要附带原生平台设计参考。拼装输出把产品档案、设计规范、持久化的 surface brief、RESOLVED_CONTEXT等 JSON 摘要和若干行为指令用分隔线拼成一份结构化文本打印到标准输出。 关键设计PRODUCT.md与DESIGN.md是逐文件独立解析的——子项目没有自己的文件时会自动继承仓库根目录的文件monorepo 里每个子应用都不需要重复维护一份。PRODUCT.md 的查找顺序从项目根到兜底目录优先级查找位置说明1活动项目根目录--target可显式指定要加载哪个子项目2.agents/context/→docs/项目内的备选目录3仓库根目录子项目没有时向上继承4IMPECCABLE_CONTEXT_DIR环境变量高级用户的逃生通道仅在前几级全空时生效5活动项目根目录兜底什么都没找到时以此为准这套顺序在 tests/context.test.mjs 中有完整的回归测试覆盖保证升级后查找行为不漂移。没有 PRODUCT.md 时的分支逻辑context.mjs 从不说空而是输出一条明确的NO_PRODUCT_MD:指令源码注释写明弱模型更容易漏掉空输出显式信号更稳。它告诉 AI 接下来该怎么做请求是从零构建或init/teach/shape→ 走 reference/init.md 的访谈流程和用户一起先写出PRODUCT.md再谈设计请求只是对现有代码的局部精修 → AI 直接以现有代码为上下文继续不阻塞事后建议补跑 init若检测到代码里已有成型的视觉实现有 token、有主题样式表、有多个带样式的组件还会附带EXISTING_VISUAL_SYSTEM等指令提醒 AI代码即现有设计权威别把有体系的项目当空白画布。想看一份真实的PRODUCT.md长什么样仓库内置了演示项目demos/landing-demo/PRODUCT.md 里的 Lumina 示例从用户画像、品牌性格到反参考明确列出不想模仿的套路都有示范配套的视觉规范见 demos/landing-demo/DESIGN.md。注入 AI 会话的完整链路很多人好奇一个命令行脚本的输出怎么就进了 AI 的脑子链路其实很短你安装后在 AI 工具里调用/impeccable命令skill/SKILL.src.md 的 Setup 章节指令 AI 每会话执行一次node skill-base-dir/scripts/context.mjs并明确要求遵守其指令不要重复运行AI 执行脚本标准输出作为工具结果进入会话上下文这份输出里既有# PRODUCT.md全文也有RESOLVED_CONTEXT这类机器可读的 JSON 摘要还有一批带名字的大写指令如BUILD_INIT_REQUIRED、AUTONOMY_DIRECTIVE_CHECK分别负责路由决策和纠正 AI 框架的默认行为。也就是说stdout 就是记忆context.mjs 输出什么AI 这个会话就记得什么。插件发行版中同一份脚本位于 plugin/skills/impeccable/scripts/context.mjs逻辑完全一致。快速上手让 AI 自动读取你的产品上下文只需两步注入机制就会自动生效在项目根目录执行npx impeccable install在 AI 编程工具中运行/impeccable init完成访谈生成PRODUCT.md。之后每次新会话AI 都会先运行 context.mjs 完成读档。你也可以手动运行node skill/scripts/context.mjs --target 路径观察输出结构直观感受上下文是如何被拼装的。小结context.mjs 的巧妙之处在于把AI 该知道什么变成了一个可测试、可继承、可分支的确定性流程文件解析顺序保证找得到显式指令保证找不到时也知道怎么办结构化输出保证 AI 拿到的上下文既完整又不含糊。理解了这条注入链路你就理解了 Impeccable 如何让 AI 从凭感觉设计变成带着产品记忆设计。 延伸阅读各 AI 框架harness对技能的支持差异见 docs/HARNESSES.md路径与平台解析的单元测试见 tests/context.test.mjs。【免费下载链接】impeccableThe design language that makes your AI harness better at design.项目地址: https://gitcode.com/GitHub_Trending/im/impeccable创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 context.mjs上下文加载机制详解：Impeccable如何把PRODUCT.md注入AI会话
context.mjs上下文加载机制详解Impeccable如何把PRODUCT.md注入AI会话【免费下载链接】impeccableThe design language that makes your AI harness better at design.项目地址: https://gitcode.com/GitHub_Trending/im/impeccableImpeccable 是一个让 AI 编程工具更懂前端设计的开源 Skill而 context.mjs 是它的上下文加载核心每次 AI 会话启动时它会把PRODUCT.md产品档案、DESIGN.md设计规范与一系列行为指令一起输出直接注入 AI 的会话上下文——相当于给 AI 设计工作读档。本文带你用零代码门槛看懂这套机制的完整链路。为什么 AI 会话需要先读档让 AI 设计一个页面最怕的不是它不会写代码而是它不知道你的产品是谁面向什么用户、品牌性格是什么、哪些设计套路要明确避免。Impeccable 的解法是把产品真相沉淀进PRODUCT.md把视觉规范沉淀进DESIGN.md然后在每个 AI 会话开始时由 context.mjs 一次性把这些文件读出来连同判断指令一起喂给 AI。AI 之后的每一次设计决策都建立在这份注入的上下文之上。context.mjs 的三步装配流程把它想象成一个上下文装配器整个流程只有三步定位项目判断当前目录属于哪个项目自动识别 monorepo 工作区支持package.jsonworkspaces、pnpm-workspace.yaml、turbo.json等标志文件必要时提示你选择子应用。按顺序找文件依次查找PRODUCT.md与DESIGN.md并解析## Platform字段web/ios/android/adaptive决定要不要附带原生平台设计参考。拼装输出把产品档案、设计规范、持久化的 surface brief、RESOLVED_CONTEXT等 JSON 摘要和若干行为指令用分隔线拼成一份结构化文本打印到标准输出。 关键设计PRODUCT.md与DESIGN.md是逐文件独立解析的——子项目没有自己的文件时会自动继承仓库根目录的文件monorepo 里每个子应用都不需要重复维护一份。PRODUCT.md 的查找顺序从项目根到兜底目录优先级查找位置说明1活动项目根目录--target可显式指定要加载哪个子项目2.agents/context/→docs/项目内的备选目录3仓库根目录子项目没有时向上继承4IMPECCABLE_CONTEXT_DIR环境变量高级用户的逃生通道仅在前几级全空时生效5活动项目根目录兜底什么都没找到时以此为准这套顺序在 tests/context.test.mjs 中有完整的回归测试覆盖保证升级后查找行为不漂移。没有 PRODUCT.md 时的分支逻辑context.mjs 从不说空而是输出一条明确的NO_PRODUCT_MD:指令源码注释写明弱模型更容易漏掉空输出显式信号更稳。它告诉 AI 接下来该怎么做请求是从零构建或init/teach/shape→ 走 reference/init.md 的访谈流程和用户一起先写出PRODUCT.md再谈设计请求只是对现有代码的局部精修 → AI 直接以现有代码为上下文继续不阻塞事后建议补跑 init若检测到代码里已有成型的视觉实现有 token、有主题样式表、有多个带样式的组件还会附带EXISTING_VISUAL_SYSTEM等指令提醒 AI代码即现有设计权威别把有体系的项目当空白画布。想看一份真实的PRODUCT.md长什么样仓库内置了演示项目demos/landing-demo/PRODUCT.md 里的 Lumina 示例从用户画像、品牌性格到反参考明确列出不想模仿的套路都有示范配套的视觉规范见 demos/landing-demo/DESIGN.md。注入 AI 会话的完整链路很多人好奇一个命令行脚本的输出怎么就进了 AI 的脑子链路其实很短你安装后在 AI 工具里调用/impeccable命令skill/SKILL.src.md 的 Setup 章节指令 AI 每会话执行一次node skill-base-dir/scripts/context.mjs并明确要求遵守其指令不要重复运行AI 执行脚本标准输出作为工具结果进入会话上下文这份输出里既有# PRODUCT.md全文也有RESOLVED_CONTEXT这类机器可读的 JSON 摘要还有一批带名字的大写指令如BUILD_INIT_REQUIRED、AUTONOMY_DIRECTIVE_CHECK分别负责路由决策和纠正 AI 框架的默认行为。也就是说stdout 就是记忆context.mjs 输出什么AI 这个会话就记得什么。插件发行版中同一份脚本位于 plugin/skills/impeccable/scripts/context.mjs逻辑完全一致。快速上手让 AI 自动读取你的产品上下文只需两步注入机制就会自动生效在项目根目录执行npx impeccable install在 AI 编程工具中运行/impeccable init完成访谈生成PRODUCT.md。之后每次新会话AI 都会先运行 context.mjs 完成读档。你也可以手动运行node skill/scripts/context.mjs --target 路径观察输出结构直观感受上下文是如何被拼装的。小结context.mjs 的巧妙之处在于把AI 该知道什么变成了一个可测试、可继承、可分支的确定性流程文件解析顺序保证找得到显式指令保证找不到时也知道怎么办结构化输出保证 AI 拿到的上下文既完整又不含糊。理解了这条注入链路你就理解了 Impeccable 如何让 AI 从凭感觉设计变成带着产品记忆设计。 延伸阅读各 AI 框架harness对技能的支持差异见 docs/HARNESSES.md路径与平台解析的单元测试见 tests/context.test.mjs。【免费下载链接】impeccableThe design language that makes your AI harness better at design.项目地址: https://gitcode.com/GitHub_Trending/im/impeccable创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考