Compare commits
3 Commits
| Author | SHA1 | Date |
|---|---|---|
|
|
79c9a63e3b | |
|
|
074adcc485 | |
|
|
4fee49c025 |
|
|
@ -75,6 +75,7 @@ py -3 tools\mos_cli.py git-preflight --repo <你的仓库路径>
|
|||
- 需要写长期记忆:读 `memory_upsert_policy.md`。
|
||||
- 需要 Git 操作:读 `agent_git_collaboration_policy.md`。
|
||||
- 需要提示词优化:读 `skills/prompt_optimization/SKILL.md`。
|
||||
- 需要高压追问、压力测试方案、决策闭合:读 `skills/decision_grilling/SKILL.md`。
|
||||
- 需要写 PPT、Word、报告或分析 Excel:读 `memory_cards/office_material_generation_policy.md` 和对应 Office skill。
|
||||
- 在 Claude Code 首次接入插件包:读 `skills/claude_code_plugin_bootstrap/SKILL.md` 并先 dry-run。
|
||||
|
||||
|
|
@ -244,6 +245,9 @@ py -3 tools\mos_cli.py git-preflight --repo <repo>
|
|||
MOS v3 在设计中参考了以下公开资料和开源实践,并在此致以感谢:
|
||||
|
||||
- OpenAI Codex / Skills / Agents 相关公开文档与实践。
|
||||
- `mattpocock/skills` 的 `grill-me`、`grilling`、`grill-with-docs` 思路。
|
||||
- `chaseai-yt/grill-me-codex` 的只读对抗审查闭环。
|
||||
- `zhjai/grill-all` 的 source-aware plan review 思路。
|
||||
- SemVer 语义化版本规范:`https://semver.org/lang/zh-CN/`。
|
||||
- Git、GitHub、GitLab、Gitee、GitLink 与 Linux 社区的分支、提交、tag、release 习惯。
|
||||
- `Meta-Harness: End-to-End Optimization of Model Harnesses` 等 agent harness / eval 相关论文。
|
||||
|
|
|
|||
|
|
@ -105,6 +105,7 @@ mos_v3/mos_core/memory_cards/context_compression_recovery_policy.md
|
|||
仓库治理 / 发布规范 / README / CHANGELOG / CI/CD → repository_governance
|
||||
Git 操作 → git_collaboration
|
||||
GitHub/GitLab/Gitee/GitLink 平台操作 → git_platform_operations
|
||||
高压追问、压力测试、决策闭合 → decision_grilling
|
||||
提示词优化 → prompt_optimization
|
||||
历史经验联想 → memory_association
|
||||
长期记忆写入 → memory_upsert
|
||||
|
|
|
|||
|
|
@ -54,6 +54,7 @@ Eval 检查空搜索、重复写入、证据、恢复质量
|
|||
- `memory_consolidation_policy.md`:合并重复卡片、提炼 task log、归档完成动作项。
|
||||
- `memory_conflict_policy.md`:处理多会话、多 agent 或 Git-backed memory 冲突。
|
||||
- `prompt_optimization`:提示词改写、工程化、评估。
|
||||
- `decision_grilling`:高压追问、来源路由、决策闭合、只读对抗审查。
|
||||
- `superpowers_workflow`:复杂任务目标澄清、计划、执行、验证和复盘。
|
||||
- `claude_mem_integration`:Claude Code 中 claude-mem 可选插件安装和 MOS 分工。
|
||||
- `claude_code_plugin_bootstrap`:Claude Code 首次使用 MOS v3 时的插件 allowlist、dry-run 和安装引导。
|
||||
|
|
@ -174,6 +175,7 @@ py -3 tools\mos_cli.py git-preflight --repo <repo>
|
|||
| Git 提交 / 推送 / release | `git_collaboration` skill | 闭环提交和回溯 |
|
||||
| GitHub/GitLab/Gitee/GitLink 平台操作 | `git_platform_operations` skill | PR/MR、Issue、Release、CI、附件上传 |
|
||||
| 需要提示词优化 | `prompt_optimization` skill | 输出可复用 prompt |
|
||||
| 需要高压追问 / 压力测试方案 | `decision_grilling` skill | 来源路由、逐项追问、决策闭合、只读对抗审查 |
|
||||
| 复杂任务需要工作流编排 | `superpowers_workflow` skill | 目标澄清、计划、验证和复盘 |
|
||||
| Claude Code 需要可选记忆插件 | `claude_mem_integration` skill | claude-mem 安装、验证和 MOS 分工 |
|
||||
| Claude Code 首次接入插件包 | `claude_code_plugin_bootstrap` skill | 插件 allowlist、dry-run、用户确认和 MOS 封装 |
|
||||
|
|
|
|||
|
|
@ -95,6 +95,7 @@ powershell -ExecutionPolicy Bypass -File tools\install_claude_code_plugins.ps1 -
|
|||
- `memory_cards/agent_git_collaboration_policy.md`:Git 闭环规范。
|
||||
- `skills/git_platform_operations/SKILL.md`:GitHub、GitLab、Gitee、GitLink 平台操作流程。
|
||||
- `skills/prompt_optimization/SKILL.md`:提示词优化流程。
|
||||
- `skills/decision_grilling/SKILL.md`:高压追问、来源路由、决策闭合和只读对抗审查流程。
|
||||
- `memory_cards/external_agent_skills_absorption_policy.md`:外部 agent skill 吸收边界和回源入口。
|
||||
- `skills/superpowers_workflow/SKILL.md`:复杂任务工作流编排。
|
||||
- `skills/claude_mem_integration/SKILL.md`:Claude Code claude-mem 可选插件安装流程。
|
||||
|
|
|
|||
|
|
@ -0,0 +1,127 @@
|
|||
# MC-DECISION-0001 高压追问与决策闭合机制
|
||||
|
||||
- status: accepted
|
||||
- domain: agent_workflow
|
||||
- tags: decision-grilling, plan-review, source-routing, human-in-the-loop, adversarial-review
|
||||
- created: 2026-07-08
|
||||
- updated: 2026-07-08
|
||||
- supersedes:
|
||||
- superseded_by:
|
||||
|
||||
### 结论
|
||||
|
||||
MOS v3 应吸收 `grill-me` 系列的核心机制:在实施前把计划沿决策树逐项压实,能从文档、代码、官方来源查到的事实先自己查,只有真实的人类取舍才问用户,并在高风险场景下加入只读对抗审查,直到计划达到“可执行、可验证、可交接”的闭合状态。
|
||||
|
||||
### 证据
|
||||
|
||||
- 证据等级:confirmed
|
||||
- 证据摘要:
|
||||
- `grill-me / grilling` 提供“一次一个问题、逐分支追问、事实先查、决策交给用户”的基础机制。
|
||||
- `grill-with-docs` 扩展为结合项目术语、上下文文档和 ADR 的文档感知追问。
|
||||
- `grill-me-codex` 和 `grill-with-docs-codex` 扩展为“先追问锁定计划,再由 Codex 只读对抗审查”的双阶段机制。
|
||||
- `grill-all` 扩展为 source-aware routing:问题先路由到用户、项目文档、代码库或官方外部资料。
|
||||
- 已验证内容:
|
||||
- GitHub 仓库存在:`mattpocock/skills`、`chaseai-yt/grill-me-codex`、`zhjai/grill-all`。
|
||||
- 已读取相关 `SKILL.md` 和 README,提炼机制后写入 MOS,不复制原文作为 MOS 规则。
|
||||
- 未验证内容:
|
||||
- 未验证各外部仓库未来版本是否继续保持相同结构;MOS 只吸收当前可迁移的机制。
|
||||
|
||||
### 回源入口
|
||||
|
||||
```text
|
||||
source_refs:
|
||||
- type: github_repo
|
||||
path: https://github.com/mattpocock/skills
|
||||
line:
|
||||
command: git ls-remote https://github.com/mattpocock/skills.git HEAD
|
||||
result: 8515a080a74dbcf5019a1a78efc24b5fcafb36b8
|
||||
- type: github_file
|
||||
path: https://github.com/mattpocock/skills/blob/main/skills/productivity/grill-me/SKILL.md
|
||||
line:
|
||||
command:
|
||||
result: grill-me 入口,调用 grilling session。
|
||||
- type: github_file
|
||||
path: https://github.com/mattpocock/skills/blob/main/skills/productivity/grilling/SKILL.md
|
||||
line:
|
||||
command:
|
||||
result: 逐分支、一问一答、事实先查、决策交给用户。
|
||||
- type: github_file
|
||||
path: https://github.com/mattpocock/skills/blob/main/skills/engineering/grill-with-docs/SKILL.md
|
||||
line:
|
||||
command:
|
||||
result: 将追问机制与 domain-modeling、项目文档和 ADR 结合。
|
||||
- type: github_repo
|
||||
path: https://github.com/chaseai-yt/grill-me-codex
|
||||
line:
|
||||
command: git ls-remote https://github.com/chaseai-yt/grill-me-codex.git HEAD
|
||||
result: d0b4f75c57c819dd9f19488cc01ec9502acce695
|
||||
- type: github_file
|
||||
path: https://github.com/chaseai-yt/grill-me-codex/blob/main/skills/grill-me-codex/SKILL.md
|
||||
line:
|
||||
command:
|
||||
result: 两阶段机制:追问锁定计划,再由 Codex 只读对抗审查。
|
||||
- type: github_file
|
||||
path: https://github.com/chaseai-yt/grill-me-codex/blob/main/skills/grill-with-docs-codex/SKILL.md
|
||||
line:
|
||||
command:
|
||||
result: 文档感知追问加 Codex 只读对抗审查。
|
||||
- type: github_file
|
||||
path: https://github.com/chaseai-yt/grill-me-codex/blob/main/skills/codex-review/SKILL.md
|
||||
line:
|
||||
command:
|
||||
result: 独立的只读计划审查循环,可作为高风险计划复核参考。
|
||||
- type: github_repo
|
||||
path: https://github.com/zhjai/grill-all
|
||||
line:
|
||||
command: git ls-remote https://github.com/zhjai/grill-all.git HEAD
|
||||
result: 1dd0f697bd4ed6995923b53d245ff1050c9e26ad
|
||||
- type: github_file
|
||||
path: https://github.com/zhjai/grill-all/blob/main/skills/grill-all/SKILL.md
|
||||
line:
|
||||
command:
|
||||
result: source-aware plan review,将问题路由到用户、文档、代码库和官方外部来源。
|
||||
```
|
||||
|
||||
### 触发条件
|
||||
|
||||
- 用户明确要求“grill me / 高压追问 / 压力测试 / challenge / 反复问清楚”。
|
||||
- 任务进入架构、迁移、认证、并发、数据模型、agent 规则、发布流程等高风险区域。
|
||||
- 计划已经形成,但目标、边界、权衡、验收、回滚或证据来源仍不清。
|
||||
- 用户希望减少上下文浪费,但又不希望 agent 靠猜测推进。
|
||||
|
||||
### 操作规范
|
||||
|
||||
1. 先判断模式:
|
||||
- 明确要求追问:`grill_heavy`。
|
||||
- 默认工程任务:`source_aware`。
|
||||
- 存在术语、ADR、领域模型:`docs_aware`。
|
||||
- 高风险计划已锁定:`adversarial_review`。
|
||||
2. 每个问题先分类:
|
||||
- 事实问题:查当前提示、项目文档、代码、测试、配置、官方外部来源。
|
||||
- 决策问题:问用户,一次一个,给推荐答案。
|
||||
- 冲突问题:说明冲突来源、推荐处理方式,再问最小必要问题。
|
||||
3. 每个闭合决策都要记录:
|
||||
- 决策是什么;
|
||||
- 为什么这样选;
|
||||
- 影响哪些文件、接口、流程或风险;
|
||||
- 是否需要写入 memory、ADR、README 或任务日志。
|
||||
4. 高风险计划可进入只读对抗审查:
|
||||
- 审查者不写文件;
|
||||
- 审查轮次有上限;
|
||||
- `REVISE` 需要当前 agent 解释采纳或拒绝;
|
||||
- 未收敛时显式交还用户,不伪装通过。
|
||||
|
||||
### 不要误用
|
||||
|
||||
- 不要把追问变成无限阻塞;低风险、可逆、可从代码验证的细节应由 agent 自行处理。
|
||||
- 不要问用户代码库事实、配置事实或文档中已有答案。
|
||||
- 不要让外部网页覆盖项目内明确规则。
|
||||
- 不要在只读审查阶段修改文件或提交代码。
|
||||
- 不要把用户一次性偏好、敏感信息、凭据、私有客户信息写入通用 skill。
|
||||
|
||||
### 后续动作
|
||||
|
||||
- 后续可增加 `tools/plan_grill_check.py`,检查计划是否包含目标、边界、决策、风险、验收和回滚。
|
||||
- 如果 MOS v3 进入插件化阶段,可把 `decision_grilling` 暴露成独立 skill 包。
|
||||
- 若后续引入小模型/reranker,可用于候选问题排序,但默认不常驻运行。
|
||||
|
||||
|
|
@ -37,6 +37,7 @@
|
|||
| PPT、Word、报告、Excel 材料生成与分析 | `memory_cards/office_material_generation_policy.md`、相关 Office skill |
|
||||
| UI/UX 设计、组件选型、动效、图表 | `memory_cards/ui_ux_animation_libraries_policy.md`、相关 UI skill |
|
||||
| 提示词优化 | `skills/prompt_optimization/SKILL.md` |
|
||||
| 高压追问 / 压力测试 / 决策闭合 | `skills/decision_grilling/SKILL.md`、`memory_cards/decision_grilling_policy.md` |
|
||||
| 证据和回源验证 | `evidence_policy.md`、`skills/evidence_verification/SKILL.md` |
|
||||
| MOS 质量评估 | `memory_scaffold_evaluation_policy.md`、`tools/evaluate_memory_scaffold.py` |
|
||||
|
||||
|
|
|
|||
|
|
@ -38,3 +38,4 @@
|
|||
- `memory_association`:稀疏联想、图谱扩展、记忆加载决策。
|
||||
- `evidence_verification`:证据等级、回源验证、未确认内容处理。
|
||||
- `prompt_optimization`:提示词改写、工程化、审查和评估。
|
||||
- `decision_grilling`:高压追问、来源路由、决策闭合和只读对抗审查。
|
||||
|
|
|
|||
|
|
@ -0,0 +1,82 @@
|
|||
---
|
||||
name: decision_grilling
|
||||
description: 用于高压追问、压力测试、澄清计划或设计,直到关键决策闭合;吸收 grill-me、grilling、grill-with-docs、grill-me-codex、grill-with-docs-codex、codex-review、grill-all 的可迁移机制。
|
||||
---
|
||||
|
||||
# decision_grilling
|
||||
|
||||
用于在实施前把模糊计划压实成可执行、可验证、可交接的方案。核心不是多问问题,而是把每个未闭合问题路由到正确来源:用户、项目文档、代码库、官方外部资料或只读对抗审查。
|
||||
|
||||
## 触发条件
|
||||
|
||||
- 用户要求“grill me / 高压追问 / 压力测试 / challenge / 反复问到清楚 / 决策闭合”。
|
||||
- 任务是高风险或难回滚变更:架构、迁移、认证、并发、数据模型、发布流程、agent 规范。
|
||||
- 已有方案看似完整,但仍存在目标、边界、权衡、验收或风险不清。
|
||||
- 用户要求结合文档、ADR、代码、网页资料一起审查计划。
|
||||
- 用户要求让另一个模型或 Codex 对计划做只读对抗审查。
|
||||
|
||||
## 工作模式
|
||||
|
||||
1. `grill_heavy`:用户明确要被追问时使用;逐个分支追问直到共同理解。
|
||||
2. `source_aware`:默认模式;先查文档、代码和来源,只把真实的人类决策交给用户。
|
||||
3. `docs_aware`:项目有 `CONTEXT.md`、ADR、OpenSpec、设计文档时使用;术语、边界和决策必须与文档对齐。
|
||||
4. `adversarial_review`:计划已锁定且风险较高时使用;只读审查计划,不直接实施。
|
||||
|
||||
## 决策闭合流程
|
||||
|
||||
1. 定义目标:一句话说明要达成什么、谁使用、成功标准是什么。
|
||||
2. 列出决策树:目标、范围、数据、接口、状态、错误、兼容、迁移、安全、测试、发布、回滚。
|
||||
3. 对每个未闭合点先路由来源:
|
||||
- 当前用户明确说过:直接采用,不重复问。
|
||||
- 项目事实或约束:先查 README、docs、ADR、OpenSpec、issue、项目规则。
|
||||
- 实现事实:先查代码、类型、测试、调用点、配置和历史提交。
|
||||
- 当前外部事实:查官方文档、标准、发布说明或一手来源。
|
||||
- 产品取舍、风险接受、审美、优先级:问用户。
|
||||
4. 问用户时一次只问一个关键问题,并给出推荐答案和理由。
|
||||
5. 每个回答都转成明确决策:`decision / rationale / consequence / affected files or docs`。
|
||||
6. 所有关键分支闭合后,输出锁定方案,不再继续实施,除非用户明确要求执行。
|
||||
|
||||
## 高压追问规则
|
||||
|
||||
- 追问要具体,不能问泛泛的“还有什么要求”。
|
||||
- 每个问题都要说明已检查的来源和剩余的不确定性。
|
||||
- 每个问题必须给推荐选项;没有推荐就说明为什么无法推荐。
|
||||
- 不问能从文件、代码、测试、官方资料中查到的事实。
|
||||
- 不把低风险、可逆的实现细节升级成用户阻塞问题。
|
||||
- 对高风险、不可逆、影响接口或数据的选择必须让用户显式确认。
|
||||
- 来源冲突时先说明冲突,再问会改变目标、风险或范围的最小问题。
|
||||
|
||||
## 计划锁定输出
|
||||
|
||||
当决策闭合后,输出以下结构:
|
||||
|
||||
```text
|
||||
Goal: 最终目标和成功标准。
|
||||
Scope: 包含内容和明确不包含内容。
|
||||
Key Decisions: 已闭合的关键决策、理由和影响。
|
||||
Implementation Outline: 可执行步骤。
|
||||
Risks: 仍需注意的风险和缓解方式。
|
||||
Acceptance: 验收标准、测试场景、回滚或恢复条件。
|
||||
Open Items: 只保留真正未解决且不阻塞当前阶段的问题。
|
||||
```
|
||||
|
||||
## 对抗审查模式
|
||||
|
||||
用于高风险计划。规则:
|
||||
|
||||
1. 先完成决策闭合,再审查;不要用审查替代澄清。
|
||||
2. 审查者只读,不修改文件、不提交、不执行破坏性命令。
|
||||
3. 审查重点:错误假设、安全、并发、迁移、边界、兼容性、观测性、回滚、复杂度、遗漏测试。
|
||||
4. 审查结果必须给出 `APPROVED` 或 `REVISE`。
|
||||
5. `REVISE` 时由当前 agent 判断哪些意见采纳、哪些拒绝,并记录理由。
|
||||
6. 设置最大轮次,不能无限循环;未收敛时把分歧交还用户决策。
|
||||
|
||||
## 与 MOS 集成
|
||||
|
||||
1. 读取 `memory_cards/decision_grilling_policy.md` 获取来源、证据和长期规则。
|
||||
2. 需要 Git 修改时,先触发 `git_collaboration`。
|
||||
3. 需要平台发布、PR/MR、Release 时,继续触发 `git_platform_operations`。
|
||||
4. 需要回源核验时,触发 `evidence_verification`。
|
||||
5. 形成可复用经验时,触发 `memory_upsert`,写入 memory card 或候选卡片。
|
||||
6. 压缩或交接前,触发 `context_recovery` 写回已闭合决策和未闭合点。
|
||||
|
||||
|
|
@ -208,6 +208,14 @@
|
|||
"memory": ["memory_cards/prompt_optimization_policy.md"],
|
||||
"tools": [],
|
||||
"output": "可复制的优化后 prompt、简短理由、评估标准,以及必要的可复用模式写回。"
|
||||
},
|
||||
{
|
||||
"id": "decision_grilling",
|
||||
"path": "skills/decision_grilling/SKILL.md",
|
||||
"triggers": ["grill", "grill me", "grilling", "challenge", "stress-test", "pressure-test", "plan review", "decision", "tradeoff", "高压追问", "压力测试", "决策闭合", "追问", "方案审查", "对抗审查"],
|
||||
"memory": ["memory_cards/decision_grilling_policy.md"],
|
||||
"tools": ["tools/mos_cli.py", "tools/search_memory.py", "tools/check_source_refs.py"],
|
||||
"output": "已闭合决策、仍需用户判断的问题、来源路由结果、锁定计划、风险和验收标准。"
|
||||
}
|
||||
]
|
||||
}
|
||||
|
|
|
|||
|
|
@ -46,118 +46,118 @@ source registry 只登记入口,不替代原始证据。关键结论仍需打
|
|||
|
||||
## 5. 外部 Agent Skill 回源入口
|
||||
|
||||
名称: Superpowers
|
||||
类型: GitHub repository
|
||||
路径或 URL: https://github.com/obra/superpowers
|
||||
验证日期: 2026-07-09
|
||||
证据等级: proposed
|
||||
用途: agentic coding workflow、skill 组合和工作流参考。
|
||||
名称: Superpowers
|
||||
类型: GitHub repository
|
||||
路径或 URL: https://github.com/obra/superpowers
|
||||
验证日期: 2026-07-09
|
||||
证据等级: proposed
|
||||
用途: agentic coding workflow、skill 组合和工作流参考。
|
||||
失效风险: 上游 README、安装方式和 skill 结构可能变化;使用前回源。
|
||||
|
||||
名称: claude-mem
|
||||
类型: GitHub repository
|
||||
路径或 URL: https://github.com/thedotmack/claude-mem
|
||||
验证日期: 2026-07-09
|
||||
证据等级: proposed
|
||||
用途: Claude Code 记忆插件安装、跨会话记忆和隐私边界参考。
|
||||
名称: claude-mem
|
||||
类型: GitHub repository
|
||||
路径或 URL: https://github.com/thedotmack/claude-mem
|
||||
验证日期: 2026-07-09
|
||||
证据等级: proposed
|
||||
用途: Claude Code 记忆插件安装、跨会话记忆和隐私边界参考。
|
||||
失效风险: 插件安装命令和 Claude Code 插件机制可能变化;安装前回源。
|
||||
|
||||
名称: Agent-Reach
|
||||
类型: GitHub repository
|
||||
路径或 URL: https://github.com/Panniantong/agent-reach
|
||||
验证日期: 2026-07-09
|
||||
证据等级: proposed
|
||||
用途: 外部平台访问、资料检索路由和 doctor 检查参考。
|
||||
名称: Agent-Reach
|
||||
类型: GitHub repository
|
||||
路径或 URL: https://github.com/Panniantong/agent-reach
|
||||
验证日期: 2026-07-09
|
||||
证据等级: proposed
|
||||
用途: 外部平台访问、资料检索路由和 doctor 检查参考。
|
||||
失效风险: 平台 API、登录方式和命令可能变化;使用前回源。
|
||||
|
||||
名称: GitNexus
|
||||
类型: GitHub repository
|
||||
路径或 URL: https://github.com/abhigyanpatwari/GitNexus
|
||||
验证日期: 2026-07-09
|
||||
证据等级: proposed
|
||||
用途: 仓库知识图谱、Graph RAG、影响分析和 repo-specific skill 生成参考。
|
||||
名称: GitNexus
|
||||
类型: GitHub repository
|
||||
路径或 URL: https://github.com/abhigyanpatwari/GitNexus
|
||||
验证日期: 2026-07-09
|
||||
证据等级: proposed
|
||||
用途: 仓库知识图谱、Graph RAG、影响分析和 repo-specific skill 生成参考。
|
||||
失效风险: 上游仓库名、安装方式和图谱生成流程可能变化;使用前回源。
|
||||
|
||||
名称: Humanizer-zh
|
||||
类型: GitHub repository
|
||||
路径或 URL: https://github.com/op7418/Humanizer-zh
|
||||
验证日期: 2026-07-09
|
||||
证据等级: proposed
|
||||
用途: 中文自然化、去 AI 味、文档润色和中文化输出参考。
|
||||
名称: Humanizer-zh
|
||||
类型: GitHub repository
|
||||
路径或 URL: https://github.com/op7418/Humanizer-zh
|
||||
验证日期: 2026-07-09
|
||||
证据等级: proposed
|
||||
用途: 中文自然化、去 AI 味、文档润色和中文化输出参考。
|
||||
失效风险: 上游 prompt/skill 内容可能变化;使用前回源。
|
||||
|
||||
## 6. UI/UX 与动效库回源入口
|
||||
|
||||
名称: UI-UX-Pro-Max
|
||||
类型: GitHub repository
|
||||
路径或 URL: https://github.com/nextlevelbuilder/ui-ux-pro-max-skill
|
||||
验证日期: 2026-07-09
|
||||
证据等级: proposed
|
||||
用途: agent UI/UX 设计流程、风格、配色、字体、UX 指南参考。
|
||||
名称: UI-UX-Pro-Max
|
||||
类型: GitHub repository
|
||||
路径或 URL: https://github.com/nextlevelbuilder/ui-ux-pro-max-skill
|
||||
验证日期: 2026-07-09
|
||||
证据等级: proposed
|
||||
用途: agent UI/UX 设计流程、风格、配色、字体、UX 指南参考。
|
||||
失效风险: 上游 skill 内容和适配 agent 可能变化;使用前回源。
|
||||
|
||||
名称: React Bits
|
||||
类型: GitHub repository
|
||||
路径或 URL: https://github.com/DavidHDev/react-bits
|
||||
验证日期: 2026-07-09
|
||||
证据等级: proposed
|
||||
用途: React 动效组件、背景、文本动画和 UI blocks 参考。
|
||||
名称: React Bits
|
||||
类型: GitHub repository
|
||||
路径或 URL: https://github.com/DavidHDev/react-bits
|
||||
验证日期: 2026-07-09
|
||||
证据等级: proposed
|
||||
用途: React 动效组件、背景、文本动画和 UI blocks 参考。
|
||||
失效风险: 组件 API、安装命令和依赖可能变化;使用前回源。
|
||||
|
||||
名称: React Bits legacy
|
||||
类型: GitHub repository
|
||||
路径或 URL: https://github.com/vasanthk/react-bits
|
||||
验证日期: 2026-07-09
|
||||
证据等级: proposed
|
||||
用途: React patterns/技巧知识库;用于避免与 DavidHDev/react-bits 混淆。
|
||||
名称: React Bits legacy
|
||||
类型: GitHub repository
|
||||
路径或 URL: https://github.com/vasanthk/react-bits
|
||||
验证日期: 2026-07-09
|
||||
证据等级: proposed
|
||||
用途: React patterns/技巧知识库;用于避免与 DavidHDev/react-bits 混淆。
|
||||
失效风险: 同名项目容易混淆;引用前确认目标仓库。
|
||||
|
||||
名称: roughViz
|
||||
类型: GitHub repository
|
||||
路径或 URL: https://github.com/jwilber/roughViz
|
||||
验证日期: 2026-07-09
|
||||
证据等级: proposed
|
||||
用途: 浏览器端手绘风图表库参考。
|
||||
名称: roughViz
|
||||
类型: GitHub repository
|
||||
路径或 URL: https://github.com/jwilber/roughViz
|
||||
验证日期: 2026-07-09
|
||||
证据等级: proposed
|
||||
用途: 浏览器端手绘风图表库参考。
|
||||
失效风险: API 和维护状态可能变化;使用前回源。
|
||||
|
||||
名称: roughviz Python
|
||||
类型: GitHub repository
|
||||
路径或 URL: https://github.com/hannansatopay/roughviz
|
||||
验证日期: 2026-07-09
|
||||
证据等级: proposed
|
||||
用途: Python 手绘风图表库参考。
|
||||
名称: roughviz Python
|
||||
类型: GitHub repository
|
||||
路径或 URL: https://github.com/hannansatopay/roughviz
|
||||
验证日期: 2026-07-09
|
||||
证据等级: proposed
|
||||
用途: Python 手绘风图表库参考。
|
||||
失效风险: API 和维护状态可能变化;使用前回源。
|
||||
|
||||
名称: Magic UI
|
||||
类型: GitHub repository
|
||||
路径或 URL: https://github.com/magicuidesign/magicui
|
||||
验证日期: 2026-07-09
|
||||
证据等级: proposed
|
||||
用途: React/Tailwind 落地页组件和视觉特效参考。
|
||||
名称: Magic UI
|
||||
类型: GitHub repository
|
||||
路径或 URL: https://github.com/magicuidesign/magicui
|
||||
验证日期: 2026-07-09
|
||||
证据等级: proposed
|
||||
用途: React/Tailwind 落地页组件和视觉特效参考。
|
||||
失效风险: registry、安装命令和组件 API 可能变化;使用前回源。
|
||||
|
||||
名称: Magic UI MCP
|
||||
类型: GitHub repository
|
||||
路径或 URL: https://github.com/magicuidesign/mcp
|
||||
验证日期: 2026-07-09
|
||||
证据等级: proposed
|
||||
用途: Magic UI registry/组件查询 MCP 参考。
|
||||
名称: Magic UI MCP
|
||||
类型: GitHub repository
|
||||
路径或 URL: https://github.com/magicuidesign/mcp
|
||||
验证日期: 2026-07-09
|
||||
证据等级: proposed
|
||||
用途: Magic UI registry/组件查询 MCP 参考。
|
||||
失效风险: MCP 配置、工具协议和组件 registry 可能变化;使用前回源。
|
||||
|
||||
名称: Motion
|
||||
类型: GitHub repository
|
||||
路径或 URL: https://github.com/motiondivision/motion
|
||||
验证日期: 2026-07-09
|
||||
证据等级: proposed
|
||||
用途: Motion.dev / 原 Framer Motion 动画库参考。
|
||||
名称: Motion
|
||||
类型: GitHub repository
|
||||
路径或 URL: https://github.com/motiondivision/motion
|
||||
验证日期: 2026-07-09
|
||||
证据等级: proposed
|
||||
用途: Motion.dev / 原 Framer Motion 动画库参考。
|
||||
失效风险: 包名、API、框架适配可能变化;使用前回源。
|
||||
|
||||
名称: Motion Vue
|
||||
类型: GitHub repository
|
||||
路径或 URL: https://github.com/motiondivision/motion-vue
|
||||
验证日期: 2026-07-09
|
||||
证据等级: proposed
|
||||
用途: Vue 项目 Motion 动效参考。
|
||||
名称: Motion Vue
|
||||
类型: GitHub repository
|
||||
路径或 URL: https://github.com/motiondivision/motion-vue
|
||||
验证日期: 2026-07-09
|
||||
证据等级: proposed
|
||||
用途: Vue 项目 Motion 动效参考。
|
||||
失效风险: 只适用于 Vue 场景;引用前确认前端技术栈。
|
||||
|
||||
## 7. Claude Code 插件包回源入口
|
||||
|
|
|
|||
Loading…
Reference in New Issue