项目协议模板 renjianguojinqianfan/Project-Bootstrap-Harness
DeepSeek Harness为新项目播种协作协议与质量门禁,让 AI 工具即开即用
34.8/100
综合分
4
GitHub 星标
—
npm 周下载
—/5
用户评分
数据截至 2026/9/19 · 周下载取自 npm 全网(含 CI / 镜像),非本站安装数;综合分由星标、活跃度与兼容性检查合成。
自动兼容检查未通过:仓库根目录及浅层子目录均无 dsh 插件清单,无法用 dsh 插件安装命令安装。以下命令仍可尝试,但可能失败。
无法用 dsh 插件命令安装(仓库内无 dsh 插件清单)
git clone https://github.com/renjianguojinqianfan/Project-Bootstrap-Harness.git按该仓库 README 的原生方式安装;若作者另行发布了 DSH 插件包,请以其文档为准
状态速览
判定依据:实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态信任档位:需留意
是什么
dsh 原生插件 · dev
安全吗
本站尚未对该插件做风险分级
暂未覆盖,不等同于无风险
还在维护吗
更新放缓:最近一次提交在 59 天前
档位由哪些信号合成
本站实装验证(真实安装 L4 覆盖全站;L5 为运行时冒烟或实机截图,覆盖范围小于 L4) · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。 下方各区块是它的证据明细。
⚠︎ 实装验证未通过(unknown · 2026/10/25) ——可能是验证环境差异,装前建议到 GitHub 仓库确认最近更新与 issue。
社区实装还没有人打卡 · 装过的第一个就是你
安装兼容性检查需源码安装仓库根目录及浅层子目录均无 dsh 插件清单,无法用 dsh 插件安装命令安装
展开查看检查明细 ↓
以下结论由程序自动检查 npm 包、engines 声明与入口文件得出,未做人工实机验证——能装不等于用着没问题。
✗npm 包Project-Bootstrap-Harness(未发布到 npm,仅可源码安装)
✓Node 引擎未声明 engines.node
✓dsh CLI 依赖未声明 dsh 版本约束
✗入口文件缺少入口声明
源码安装时若 pnpm 拦截 prepare 脚本,按其提示在 pnpm-workspace.yaml 的 allowBuilds 中放行后重跑。
验证方式:npm registry 存在性 + package.json 静态校验 · 最后检查 2026/11/3 23:24:20
安全扫描自动 · 静态分析源码v2.7.0⚪ 扫描:无法判定尚无人工评估展开查看扫描说明与证据 ↓
安全扫描自动 · 静态分析源码
v2.7.0已尝试扫描但取不到可分析的源码:仓库或包不存在、已删除,或为非 JS/TS 实现、未随包发布源码。无法判定,不代表安全。
- · 包内无可扫 JS
- · TS 源码(可能为非 JS 实现或未发布源码),无法判定
扫描于 2026/11/3(0 天前) · 范围 全包扫描(包内未声明入口) · 来源 GitHub 仓库
静态扫描只反映源码中出现的调用,不构成安全背书;人工评估与自动扫描相互独立、互不覆盖。
给这个插件打分还没有人投票↓
用户评分
还没有人投票,来当第一个
功能亮点
- Python项目协议模板
- 内置协作协议
- 内置质量门禁
轻量级 Python 项目协议模板,面向 AI 辅助开发,内置协作协议与质量门禁。
README
由 DeepSeek 最新模型翻译生成Project-Bootstrap-Harness (PBH)
一个为 AI 辅助编程设计的项目协议模板。
我们不教 AI 怎么思考,我们为它提供最佳的执行环境。
Python 3.11+
PyPI
License: MIT
zread
为什么需要这个?
用 Claude Code、Cursor 或 OpenCode 写代码时,你大概率遇到过这些摩擦:
- 每次新会话都要重新交代规则:"记得跑测试"、"别改无关文件"、"先写计划再编码"
- AI 写了代码却不验证:小错误滚雪球,最后人类来兜底
- 切换 AI 工具时上下文断裂:Claude Code 理解的规则,Cursor 不知道
问题不在于 AI 不够聪明,而在于项目本身缺少一份"默认协作协议"。
PBH 在 harness-init my-project 的瞬间,把协议、质量门禁和状态记录种进项目。从此,任何打开这个项目的 AI 工具都能在 30 秒内知道:这里怎么跑测试、质量底线在哪里、当前项目处于什么阶段。
展开完整文档(README 剩余 1 节)
Project-Bootstrap-Harness (PBH) 一个为 AI 辅助编程设计的项目协议模板。 我们不教 AI 怎么思考,我们为它提供最佳的执行环境。 Python 3.11+ PyPI License: MIT zread 为什么需要这个? 用 Claude Code、Cursor 或 OpenCode 写代码时,你大概率遇到过这些摩擦: - 每次新会话都要重新交代规则:"记得跑测试"、"别改无关文件"、"先写计划再编码" - AI 写了代码却不验证:小错误滚雪球,最后人类来兜底 - 切换 AI 工具时上下文断裂:Claude Code 理解的规则,Cursor 不知道 问题不在于 AI 不够聪明,而在于项目本身缺少一份"默认协作协议"。 PBH 在 harness-init my-project 的瞬间,把协议、质量门禁和状态记录种进项目。从此,任何打开这个项目的 AI 工具都能在 30 秒内知道:这里怎么跑测试、质量底线在哪里、当前项目处于什么阶段。 它是什么(以及不是什么) ✅ PBH 是 - 一份通用协作协议:AGENTS.md 作为所有 AI 工具的共同入口,定义致命规则、工作准则和项目结构 - 一套质量门禁基础设施:make verify 开箱即用,lint + 格式检查 + 测试 + 覆盖率一气呵成 - 一个可观测的 Agent 行为基准:同一份 AGENTS.md,你可以观察不同 AI 工具的遵循程度和表现差异 - 一个 Spec Coding 容器:提供 tasks/ 目录供你拆解任务,内容完全由你掌控 - 一个"协议的一次性播种器":在项目创建时种下规则,让约束随项目走,不随人走。 - 一套生态协议标准:详见 docs/spec/PBH-SPEC.md — 定义了 AI 项目协作的通用规范,任何语言均可实现兼容工具。 ❌ PBH 不是 - 不是 Agent 框架:不定义 AI 角色,不实现多智能体调度 - 不是代码生成器:不根据自然语言描述生成业务代码 - 不是 Spec Coding 流程工具:不生成 PRD、SPEC、constraints.md,只提供存放它们的目录 快速开始 pip install harness-init 完整模式(默认 CLI 模板) harness-init my-awesome-project 选择项目类型 harness-init my-library --template=lib --yes harness-init my-api --template=web --yes harness-init my-analysis --template=notebook --yes 选择 IDE 配置(默认生成全部) harness-init my-project --ide=cursor --yes # 仅 Cursor harness-init my-project --ide=none --yes # 不生成 IDE 配置 快速模式(最小可用,5 分钟上手) harness-init my-project --quick --yes 进入项目并验证: cd my-awesome-project pip install -e ".[dev]" make verify # 应输出 [OK] verified 💡 如果 make 命令不可用 Windows 用户可能未安装 make。若提示 'make' 不是内部或外部命令,你可以: 安装 make: - Windows:安装 GnuWin32 Make 或运行 winget install GnuWin32.Make - macOS:xcode-select --install - Linux:sudo apt install make 或等价命令 或直接运行等价命令: 代码风格检查 ruff check src/ tests/ 运行测试 + 覆盖率 pytest tests/ -v --cov=src --cov-fail-under=85 邀请 AI 入场: "请阅读 AGENTS.md,了解这个项目的规则,然后帮我开始工作。" 生成的项目结构 my-awesome-project/ ├── .harness/ │ ├── progress.json # 项目阶段状态(AI 新会话的第一站) │ └── workspaces/ # 多智能体工作区隔离(预留) ├── docs/ │ ├── context.md # 深层上下文(架构、约定、任务) │ └── decisions/ # 架构决策记录(ADR) ├── src/my_awesome_project/ │ └── cli.py # CLI 入口(可按需替换) ├── tests/ # 测试套件(镜像 src/ 结构) ├── tasks/ # 任务拆解(Spec Coding 容器) ├── AGENTS.md # AI 协作协议(所有工具的共同入口) ├── Makefile # verify / test / lint / fix ├── pyproject.toml # 依赖 + 工具配置 └── README.md AGENTS.md:所有 AI 工具的共同入口 PBH 生成的核心文件是 AGENTS.md,它采用"机场导航"式结构,让 AI 在 30 秒内理解项目: - 快速上手:第一步做什么、怎么跑验证 - 多智能体声明:支持多 AI 并行工作,建议使用独立 git worktree - 工作准则:柔性引导——修改前先说明计划、聚焦原子任务、完成后验证 - 致命规则:不可违反的质量底线 - 安全指南:禁止硬编码密钥、命令审查等 - 文件映射:一目了然的目标速查 PBH 不定义 AI 角色,不强制特定工作流。它提供的是一个所有 AI 工具都能理解的通用协议。 两种模式对比 | 特性 | 完整模式 | 快速模式 (--quick) | | AGENTS.md | 完整版(≤80 行) | 精简版(≤50 行) | | CI/CD | ✅ GitHub Actions | ❌ | | 文档体系 | ✅ context.md / ADR | ❌ | | 依赖 | typer + pytest + ruff 等 | 仅 typer | 两种模式都包含:AGENTS.md、Makefile(verify/test/lint)、tests/ 目录、tasks/ 目录、progress.json。 适用场景 适合: - 个人开发者使用多种 AI 工具,需要统一的项目级协作规则 - 小团队希望统一 AI 协作标准 - 需要可验证、可交接的 AI 辅助开发流程 - 想观察和比较不同 AI 工具在同一项目中的表现 不适合: - 需要多智能体自主调度系统 → 使用专门的 Agent 框架 - 需要确定性自动化的无人值守流水线 → PBH 不锁死 Agent 行为 - 非 Python 项目 → 当前模板仅支持 Python 3.11+ 路线图 - v1.1.0:砍掉越界功能,重写 AGENTS.md 为"机场导航"式,确立清晰边界 - v1.5.0 ✅:支持 --ide 参数(按需生成 IDE 适配文件)、--template 参数(cli/lib/web/notebook 多项目类型)、.harness/known_pitfalls.md - v2.0.0 ✅:PBH-SPEC v2.0 协议标准发布、validate/doctor 合规性验证命令、正式宣告通用协议定位 本项目由个人业余维护,路线图按优先级动态调整。 生态 | 工具 | 说明 | | Harness-Lint | PBH 生态的协议校验工具,覆盖 10 条 AI 代码缺陷规则,提供归因锚定报告 | | Harness Agent | PBH 协议驱动的自主代码修复代理,形成发现→诊断→修复→审查→验证的完整闭环 | | PBH-SPEC | AI 项目协作协议标准草案(中英文),欢迎社区参与讨论与实现 | 致谢 - Typer — 优雅的 CLI 框架 - Ruff — 极速 Python Linter - Pytest — 可靠的测试框架 灵感来源:Anthropic 的 Agentic Workflow 与 Context Engineering 实践、OpenAI 的 Harness Engineering 理念与 Symphony 项目 License MIT © renjianguojinqianfan
预览分享卡片长什么样 ↓
分享 · DeepSeek Harness Hub
renjianguojinqianfan/Project-Bootstrap-Harness
为新项目播种协作协议与质量门禁,让 AI 工具即开即用
相关插件 · 开发 / 工程
隐私简历生成器reactive-resume/reactive-resume
Reactive Resume 已迁至 GitHub 上的…
★ 45,288已汉化MCP
71.7
长时任务执行闭环AMAP-ML/LongHorizon-Harness
面向 Computer-Use Agent 的 Loop Engineering
★ 1,764已汉化DSH
70.5
多代理编排运行时Enderfga/claw-orchestrator
面向编程智能体的运行时。把 Claude Code、Codex、Antigravity、Grok…
★ 586已汉化MCP
69.4
记忆进化插件csyangwen/dsh-memory-evolve
dsh-memory-evolve 使用场景指南
★ 461已汉化DSH
67.9
原生编程智能体paean-ai/deeptide
由 DeepSeek 打造,为 DeepSeek 而生。
★ 1,107已汉化DSH
67.7
多引擎接力台emo-xiaoyu/harness-mix
macOS/Linux 已加入源码构建与启动适配;目标系统的完整桌面验收仍需在对应机器执行。安装方式、Linux…
★ 419已汉化DSH
66.8
这是你的仓库?认领条目