前言¶
在 VSCode 里用独立 MCP 进程（mcp_tools）和扩展驱动「需求分析 → 架构设计 → TDD 编码」时，常见负担是：子进程要单独管、工具名带命名空间前缀、会话状态和业务产物容易割裂。若你已经在 DeepSeek Harness（DSH）里做智能体开发，更希望流水线工具由 Host 直接注入、Skill 随插件下发、质量门禁与工程代码在同一进程内闭环。
991206772-debug/dsh-epoint-rules（Epoint 项目规范流水线助手，DSH 原生插件版）把政务 BG 个性化开发规范与上述全流程自动化施工，适配为 DSH 原生 Host 插件，并打包三套核心 Skill 与底层 Builder/Gate 引擎。
这是什么¶
- 定位：DeepSeek Harness 原生 Bundle 插件；内含原生流水线工具、
skills/技能资产与core/业务引擎。 - 维护者：991206772-debug（GitHub 仓库 dsh-epoint-rules，社区目录页 SkillHub 条目）。
- 分类：工作流。
- 解决的问题：在 DSH 内完成 Epoint 政务项目的规范约束下需求梳理、设计骨架输入与测试驱动编码，减少对外部 MCP 与 VSCode 扩展的依赖。
插件自述（仓库简介）：Native DSH tools and bundled skills for requirement analysis, design, and test-driven project implementation.
相对 MCP 方案的架构变化¶
迁移为 DSH 原生 Host 插件后，资料中强调三点：
- 原生工具集成：如
req_prepare_context、design_prepare_context、design_tdd_skeleton_materialize等由 DSH Host 注入，工具无前缀。 - Skill 自带下发：通过 Cordis Loader 将
skills/注册为 DSH 原生 filesystem 技能来源，安装插件即可获得需求分析、设计、编码技能。 - 状态闭环与质量门禁：底层 Builder/Gate 分离业务事实与机器 JSON 契约，保护工程代码资产。
核心 Skill 与入口工具¶
| 技能名称 | 阶段 | 核心职责 | 第一动作入口 |
|---|---|---|---|
epoint-requirement-analyzer |
需求分析 | 梳理 Actor、User Story、验收标准(AC)、业务不变量与专项事实，生成 stories.json 与 rule-pool.json |
req_prepare_context |
epoint-requirement-design |
架构设计 | 根据需求判断新表/复用表、字段/代码项/REST、页面布局与表单对象绑定，生成骨架输入 | design_prepare_context |
epoint-design-tdd-coder |
TDD 编码 | 基于物化后的骨架，以 TodoList 模式读取真实源码与公司规则，测试先行完成业务编码 | design_tdd_build_plan |
仓库中主要目录（节选）：
dsh-epoint-rules/
├── package.json # DSH Bundle 插件清单
├── cordis.patch.yml # Cordis 装配定义（Host 插件 + Skill 来源）
├── index.js # DSH 原生 Host 插件入口，注册所有流水线工具
├── skills/ # 三大核心 Skill 资产
└── core/ # 核心业务引擎与门禁逻辑
package.json 声明 Node >=22.3.0，许可证 MIT，当前版本 1.0.0。
安装与启用¶
插件在 DSH 进程内运行，安装前应自行审阅仓库源码与许可证；公开源码不包含用户配置、凭据或 node_modules。
从 GitHub 安装（命令行）¶
在自有 Profile 中执行（资料原文）：
dsh plugin --profile web add github:991206772-debug/dsh-epoint-rules
桌面版亦可在插件管理中使用同一仓库地址安装。
本地 Bundle 安装（开发与验证）¶
在 DSH 插件管理器或会话中：
// 安装当前本地插件 Bundle
plugin_manager({
action: "install_bundle",
target: "D:\\tools\\test\\dsh-epoint-rules"
});
将 target 换成本地已解压或克隆后的插件目录路径。安装后刷新或新建会话即可使用工具与 Skill。验证建议使用隔离目录，避免主动重载正在运行的 DSH。
典型用法¶
1、从自然语言进入需求分析¶
在 DSH 对话框中可直接描述需求，例如：
分析这个需求：新增一个场所预约审核流程，需要支持按日期和场所类型筛选
Agent 可激活 epoint-requirement-analyzer，并调用原生 req_prepare_context。
2、阶段接力¶
- 需求阶段 finalize（生成
需求分析.md和凭证）后，输入「进入设计阶段」，接力epoint-requirement-design。 - 设计阶段完成并物化骨架后，启动
epoint-design-tdd-coder做连续编码（Vibe Coding）。
3、团队规则与知识库（可选）¶
公开版不带公司内网知识库地址。需要在线读取规则时可配置：
KNOWLEDGE_GIT_URL（可配合KNOWLEDGE_GIT_BRANCH、KNOWLEDGE_GIT_TOKEN；凭据保存在本机环境）- 未配置远端时，规则读取保留本地文件与索引回退
KNOWLEDGE_REPO_PATH用于选择本地团队规则索引
适用场景与注意¶
适合谁
- 在 DSH 中落地 Epoint 政务 BG 个性化开发规范的团队。
- 希望把「需求 → 设计 → TDD」串成一条流水线，且不愿再维护独立 MCP 端口的开发者。
使用注意
- 插件工具与 Skill 以当前 DSH 进程权限执行，安装与配置环境变量前请评估安全边界。
- 星标、社区热度等以目录页实时数据为准；撰写时 GitHub 星标为 0。
- DSH 社区目录（如 SkillHub）为独立生态站点，与 DeepSeek / 幻方无官方从属关系；安装来源以你信任的仓库与文档为准。
结尾¶
dsh-epoint-rules 把 Epoint 规范流水线收拢为 DSH 原生插件：工具无前缀、Skill 随装随用、三阶段 Skill 与门禁引擎同包交付。若你要在 DSH 里做政务项目的需求—设计—TDD 闭环，可从社区目录或 GitHub 安装，新建会话后从一句需求描述或 req_prepare_context 切入。
- 目录页：https://www.skillhub.cn/plugins/991206772-debug/dsh-epoint-rules
- GitHub：https://github.com/991206772-debug/dsh-epoint-rules
