#V2EX
### [分享创造] 为 vibe coding 设计的 issue 追踪方案: dot-issues Skill
<https://github.com/darwintree/dot-issues>;
**Issues that live in your repo — plain Markdown, built for agents.**
## 特点
* 不依赖 GitHub Issues ，完全本地化
* 为 AI agent 集成设计
* 运行前可直接审计全部源码
## 安装为 skill
```
npx skills add https://github.com/darwintree/dot-issues --skill dot-issues
```
---
想法来自于需求。
我尝试按照 harness engineering 实践了一段时间，一些发现
1. 相比传统工程流程，vibe coding 的开发流程中会遇到更多 issue 。直觉上是代码质量本身就会更差。结构上是在于，坏的设计诞生后会传播并扩大影响。
2. harness engineering 一个核心是文档管理，让 ai 知道发生了什么。
3. 发现的 issue ，可能并不适合在当下解决，但还是需要留档。
换言之，对于 vibe coding 来说，\*\* issue 管理 \*\* 这件事情是非常有必要的。问题在于，为什么要新写一套而不用 github issues 。
1. 不用 github 也能用
2. issue 可能是和代码绑定的，并且需要留档：ai 在某个分支写了一堆能用的代码，但可能有一些缺陷，当下解决反而会扩大影响，相当于 ai 提交了一个不完美的方案，并说明问题以待日后解决。对我来说这个情景很常见，相当于是将“新 feature”和“重构”拆分。
3. ai 交互友好：当 ai 通过 grep 等工具搜索代码时，就有可能直接命中对应的 issue ，通过阅读上下文，ai 可以容易地知道现状，以及该如何处理
如果你也有对应的需求可以直接让 ai 用这个 skill 。skill 脚本没有外部依赖，可以让 ai 直接审计，确保没有安全问题。有什么建议也可以直接提 pr
https://www.v2ex.com/t/1203025#reply0
推特大V同步
npub195…pwpxu
2026-04-02 02:28:25 UTC
Author Public Key
npub195q4fc2qx05y3dzg49cny2lm7nsy52wrwuqjac844dnqnx6k7xks3pwpxuPublished at
2026-04-02 02:28:25 UTCEvent JSON
{
"id": "92da2575f3ea3346479d2970427445e990d7294cd6271939b97d339ea9400889",
"pubkey": "2d0154e14033e848b448a971322bfbf4e04a29c377012ee0f5ab66099b56f1ad",
"created_at": 1775096905,
"kind": 1,
"tags": [
[
"t",
"v2ex"
]
],
"content": "#V2EX\n### [分享创造] 为 vibe coding 设计的 issue 追踪方案: dot-issues Skill\n\n\u003chttps://github.com/darwintree/dot-issues\u003e\n\n**Issues that live in your repo — plain Markdown, built for agents.**\n\n## 特点\n\n* 不依赖 GitHub Issues ，完全本地化\n* 为 AI agent 集成设计\n* 运行前可直接审计全部源码\n\n## 安装为 skill\n\n```\nnpx skills add https://github.com/darwintree/dot-issues --skill dot-issues\n```\n\n---\n\n想法来自于需求。\n\n我尝试按照 harness engineering 实践了一段时间，一些发现\n\n1. 相比传统工程流程，vibe coding 的开发流程中会遇到更多 issue 。直觉上是代码质量本身就会更差。结构上是在于，坏的设计诞生后会传播并扩大影响。\n2. harness engineering 一个核心是文档管理，让 ai 知道发生了什么。\n3. 发现的 issue ，可能并不适合在当下解决，但还是需要留档。\n\n换言之，对于 vibe coding 来说，\\*\\* issue 管理 \\*\\* 这件事情是非常有必要的。问题在于，为什么要新写一套而不用 github issues 。\n\n1. 不用 github 也能用\n2. issue 可能是和代码绑定的，并且需要留档：ai 在某个分支写了一堆能用的代码，但可能有一些缺陷，当下解决反而会扩大影响，相当于 ai 提交了一个不完美的方案，并说明问题以待日后解决。对我来说这个情景很常见，相当于是将“新 feature”和“重构”拆分。\n3. ai 交互友好：当 ai 通过 grep 等工具搜索代码时，就有可能直接命中对应的 issue ，通过阅读上下文，ai 可以容易地知道现状，以及该如何处理\n\n如果你也有对应的需求可以直接让 ai 用这个 skill 。skill 脚本没有外部依赖，可以让 ai 直接审计，确保没有安全问题。有什么建议也可以直接提 pr\nhttps://www.v2ex.com/t/1203025#reply0",
"sig": "e508daad6a3d7eb41d77b8a3b87b4a635b9a849b61c864b877bb701bc2327b745a119e1ca4aece69194747c9be0ef58cc50e8b7358056f768c13bc5fdb90ca93"
}