WC

wxqkb/cow-harness

Productivity workflow

このページは AI により自動翻訳されています。技術的な詳細は原文をご確認ください。 原文を見る

26 stars 品質 45 トレンド 15

让你轻松用上 Harness 工程化,解决“万事开头难”的哲学问题。

概要

cow-harness/ 是可迁移的 Agent Harness:它提供任务路由、过程产物、验证门禁、入口模板、工具适配和初始化 runbook,让 AI 先理解项目,再进入设计、编码和验证。 它既可用于单项目,也可用于由前端、后端、客户端、测试或工具组成的全栈多项目组合。Harness 是通用依赖;每个业务项目独立保留自己的画像和领域规则,组合根目录只保留模块路由信息。 - superpowers 提供需求理解、计划、调试、TDD 与验证方法。 - oh-my-codex / omx 提供运行时编排。 - skills/domain-init/ 以 Git submodule 固定领域初始化 skill;init 会要求 Agent 实际读取并按其 Phase 1–4 工作流执行,而不是只输出安装说明。 - 用户指定 skill 时,默认按“默认 route + 用户指定 skill”合并执行;只有用户明确排除默认 route 时才跳过。 - cow-harness/、模板和检查脚本属于 Harness 源码,不承载业务项目生成内容。 - .ai-harness/、.ai-runtime-artifacts/ 和平台目录资产属于当前业务项目,应随该项目提交。 - domain-init 生成的 rules、skills 和 agents 写入当前项目选择的平台目录;不会写进 Harness 子模块。 --recursive 会同时初始化 cow-harness/skills/domain-init。已有项目只需在添加或更新 Harness 后运行同一条 git submodule update --init --recursive。 全栈不是在根目录生成一份覆盖所有端的规则,而是把 APP、后端、网页端等独立项目组合起来,再让 AI 分别读懂它们。我们用 Git submodule 固定业务子项目的仓库来源、目录位置和当前协作版本;各子项目仍保有自己的分支策略、提交历史和项目规范。 如果组合根仓库还没有业务子项目,先把每个业务仓库和根目录 Harness 加入为 submodule: git submodule status --recursive 是接入前的第一道检查。

推奨ツール

別のキーワードを試すか、フィルタを外してください。

インストール

npx skillfish add wxqkb/cow-harness
MCP 初心者?mcpskill.org のガイドから始めましょう →