architecture-hypothesis
仓库创建 2026年7月26日最近提交 4 天前SkillHot 收录 3 天前
这个 Skill 做什么
管理还没验证的架构假设(Hypothesis),把它们从已验证的 Learning Event 中分离,走 Hypothesis → Obs Week → validated/invalidated 的验证流程。用在做架构决策但缺乏实证时,最多保留 5 条假设并优先寻找反例。治理上按三类对象分工,强调反证优先、避免把猜想当结论。
▸ 展开 SKILL.md 英文原文
管理尚未验证的架构设计假设(Hypothesis),将其从已验证的 Learning Event 中分离。Hypothesis → Obs Week → validated/invalidated。上限5条,反证优先。
0
Stars
0
Forks
9
仓库内 Skill
+0
7 日增星
安装 / 使用
给你的 Agent 一句话(通用)
帮我安装这个 skill:https://raw.githubusercontent.com/jim-688/hermes-config/main/skills/architecture-hypothesis/SKILL.md或 curl 直取 SKILL.md
curl -fsSL "https://raw.githubusercontent.com/jim-688/hermes-config/main/skills/architecture-hypothesis/SKILL.md"SKILL.MD 节选查看完整文件 ↗
# Architecture Hypothesis Management ## 三人称治理模型(定稿于 2026-07-03) 所有架构设计决策分为 **三类对象**,各司其职,不可混淆: | 类型 | 存储位置 | 是否需要验证 | 是否指导实现 | 例子 | |------|---------|------------|------------|------| | **Architecture Constraint** | `architecture/constraints/` | ❌ 否,强制执行 | ✅ 是 | Register≠Expose 分离、Memory Admission Rule | | **Architecture Proposal** | `architecture/proposals/` | ❌ 否(设计阶段) | ❌ 否 | AP-001 Capability-Driven Architecture | | **Architecture Hypothesis** | `architecture/hypotheses/` | ✅ 需要 Obs Week 验证 | ⏳ 验证通过后 | Tool Gating、Provider Health Score | | **Backlog** | `architecture/backlog/` | ❌ 否(暂时) | ❌ 否 | Hook System、Lineage Compression | ### 状态流转 ``` Idea │ ▼ Proposal(完整设计文档) │ ▼ Back
via SKILL·HOT · 数据来自 GitHub 公开信息 · 原文版权归作者所有