<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Harness on RockChinQ</title><link>https://rockchin.top/tags/harness/</link><description>Recent content in Harness on RockChinQ</description><generator>Hugo</generator><language>zh-cn</language><copyright>© 2023-2026 RockChinQ</copyright><lastBuildDate>Wed, 05 Aug 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://rockchin.top/tags/harness/index.xml" rel="self" type="application/rss+xml"/><item><title>整了个为团队管理 Skills、MCPs 资产的工具</title><link>https://rockchin.top/posts/harhub-introduction/</link><pubDate>Wed, 05 Aug 2026 00:00:00 +0000</pubDate><guid>https://rockchin.top/posts/harhub-introduction/</guid><description>&lt;p>前两周我 +1 在搞 Dify 的新版 RAG ，几个人发现团队内的 Skill 越来越多，如果有新产品要用到已有的 skill，还得全部筛选并拷贝到新仓库，显得很麻烦。于是他整了个叫 harness-starter 的东西，主要为 非技术人员 打造，比如公司内的非研发同事有需求，打算用 Codex / Claude Code 自己 vibe 一个新的产品来解决问题，那么 harness-strater 就会根据用户的初始描述，提出一系列的跟进问题，例如产品主要面向哪些用户、交付形式、产品的细节、所使用的技术栈之类的，然后根据这一堆 context 挑选团队内已有的 skills ，结合预制的模板生成一整个可以直接交接给 coding agent 的框架。&lt;/p>
&lt;p>但是做着就发现有很多问题，首先是 harness 资产的来源，以 skills 为例，目前团队里已有的 skills 都散落在各个仓库里，需要让 codex 扫描一遍放入 harness-starter 仓库里才能使用，而存进来的也只是副本，没法随来源更新。其次是新项目所使用的 harness 资产，在来源更新之后也没办法高效地被更新；harness 资产的双向路径都没有被打通。为了解决这些复杂问题，有必要引入一个新的平台来承接团队间 harness 资产管理的工作了。&lt;/p>
&lt;p>&lt;img src="https://rockchin.top/images/20260805-210502.png" alt="">&lt;/p>
&lt;p>目前暂定名为 &lt;strong>harhub&lt;/strong>，harness hub 的简称，同样是基于 GitHub 生态去做各类的 skills / MCPs 治理路径。harhub 内部建立 Library 存储资产，而引入 Anchor / Projects 的概念绑定 GitHub 仓库：&lt;/p>
&lt;p>&lt;img src="https://rockchin.top/images/20260805-210725.png" alt="">&lt;/p>
&lt;p>harhub 仍然是强绑定于 GitHub 的，便于团队快速引入，工作区管理员只需要绑定 GitHub App 并导入 GitHub 仓库，harhub 即可自动扫描并索引仓库内任何路径下的 skill 的完整内容（包含 SKILL.md 和相关资源文件）&lt;/p></description></item></channel></rss>