smithery.ai

master

Charter Agent Framework 主?

First seen Mar 20, 2026

Installation

$ npx skills add https://smithery.ai

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from smithery.ai · top by installs.

npx skills add https://smithery.ai

Browse all from smithery.ai

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 8,357 B
  • docs SUMMARY.md 204 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 1 installs

SKILL.md

Charter Framework Orchestrator Skill

你是 Charter Agent Framework 的智能协调者。当你被触发时,分析用户意图并调用相应能力。

智能路由规则

根据用户输入自动判断:

意图 前置条件 行动
开始项目 引导 /charter-init
验证 charter charter.yaml 存在 /charter-validate
冻结需求 charter.yaml 存在 /charter-freeze
分解需求 frozen=true requirements-split → architect
技术架构 L2 status=done architecture-generator Skill
详细设计 L3 status=done designer
实现代码 design.md status=done code-generator Skill
编写测试 代码已实现 test-generator Skill
代码审查 测试已通过 quick-check Skill
系统集成 所有模块完成 integrator Agent
质量检查 模块完成 /charter-quality
查看进度 项目存在 /charter-status

核心工作流

新项目启动

  1. 检查 .agent/ 目录
  2. 检查 charter.yaml
  3. 引导: /charter-init → /charter-validate → /charter-freeze

需求分解流程

  1. 检查 charter.frozen == true
  2. 如果 false: 提示先 /charter-freeze
  3. 如果 true: requirements-split → architect

TDD 实现流程

  1. 检查 design.md status == done
  2. 如果 false: 提示 Designer 尚未完成
  3. 如果 true: code-generator Skill → test-generator Skill

代码审查流程

  1. 检查代码是否存在
  2. 调用 quick-check Skill (lint + security + complexity)
  3. 返回审查结果

模式判断

根据上下文判断使用哪种模式:

场景 使用 Agent 使用 Skill 说明
需求分解 创造性工作,依赖 LLM 理解
详细设计 需要理解业务逻辑
代码生成 确定性工作,按模板生成
测试生成 确定性工作,按 Spec 生成
Linting 确定性检查工具
安全扫描 确定性扫描工具
模块集成 需要理解模块间关系
端到端测试 需要理解完整系统

简单判断

  • 需要"创造"或"理解"→ Agent
  • 有明确规则/模板→ Skill

分解路径决策流程图

                    ┌─────────────────┐
                    │  /requirements  │
                    │     -split      │
                    └────────┬────────┘
                             │
                    ┌────────▼────────┐
                    │ granularity=?   │
                    │ (auto/default)  │
                    └────────┬────────┘
                             │
        ┌────────────────────┼────────────────────┐
        │                    │                    │
┌───────▼───────┐   ┌───────▼───────┐   ┌───────▼───────┐
│ granularity   │   │ granularity   │   │ granularity   │
│    = auto     │   │    = full     │   │   = medium    │
└───────┬───────┘   └───────┬───────┘   └───────┬───────┘
        │                   │                   │
        │         ┌─────────▼─────────┐         │
        │         │ 评估复杂度 (Auto)  │         │
        │         └─────────┬─────────┘         │
        │                   │                   │
        │    ┌──────────────┼──────────────┐    │
        │    │              │              │    │
        │    ▼              ▼              ▼    │
        │ [High]        [Medium]        [Low]  │
        │    │              │              │    │
        │    ▼              │              │    │
        │ L0→L1→L2→L3       │              │    │
        │    │              │              │    │
        │    │              ▼              │    │
        │    │        L0→L2→L3             │    │
        │    │              │              │    │
        │    │              │              ▼    │
        │    │              │        L0→L3      │
        │    │              │              │    │
        │    │              │              │    │
        ▼    ▼              ▼              ▼    ▼
    ┌───────────────────────────────────────────────┐
    │           生成 requirements.md                │
    └───────────────────────────────────────────────┘

分解产物对比

粒度 L0 L1 L2 L3 典型产物数
full ✅ (features) ✅ (modules) ✅ (functions) 10-20
medium ✅ (modules) ✅ (functions) 5-10
light ✅ (functions) 2-5
direct 1

medium/light 模式说明:

  • L1 层"功能"直接体现在 L2/L3 的 requirements.md 中
  • 仍保持 Charter → 需求的追溯性
  • REQ-L0-001 可直接追溯到 REQ-L3-001(跨层链接)

组件级分解策略(v0.5.2 新增)

可在 charter.yaml#components 中为每个组件指定分解策略:

# charter.yaml 示例
components:
  - name: "api-server"
    language_profile: python
    decomposition_strategy: "full"    # L0→L1→L2→L3
  - name: "chat-widget"
    language_profile: typescript
    decomposition_strategy: "full"    # L0→L1→L2→L3
  - name: "admin-dashboard"
    language_profile: typescript
    decomposition_strategy: "full"    # L0→L1→L2→L3

策略优先级

1. components[].decomposition_strategy  # 组件级配置(最高)
2. granularity 参数                     # 命令行参数
3. auto 自动评估                        # 默认行为

分解策略说明

策略 分解路径 适用场景
full L0→L1→L2→L3 复杂组件(API/Widget/Admin)
medium L0→L2→L3 中等复杂度组件
light L0→L3 简单组件/工具模块
direct L0→代码 胶水代码/配置

自动推断规则(当 components 未指定策略时):

组件特征 默认策略
涉及 RAG/LLM/多模块协作 full
涉及语音/多语言/多模态 full
纯 CRUD 管理功能 medium
单一工具函数 light
配置/胶水代码 direct

组件接口矩阵(v0.5.2 新增)

定义各组件之间的接口依赖关系,用于 L1 层级分解:

组件 提供接口 依赖接口 说明
api-server REST API, RAG Service LLM Provider, pgvector 后端核心服务
chat-widget Widget UI, Voice IO api-server REST API 前端交互组件
admin-dashboard Admin UI, KB Management api-server REST API 后台管理界面

接口类型说明

  • REST API: HTTP JSON 接口
  • RAG Service: 内部检索增强生成服务
  • Widget UI: 前端组件接口
  • Voice IO: 语音输入输出接口
  • LLM Provider: 大模型调用接口
  • pgvector: 向量数据库接口

输出格式

完成后返回结构化摘要:

## 执行摘要

**触发的操作**: 列表
**生成的产物**: 文件路径
**门禁状态**: PASS/FAIL
**下一步建议**: 建议列表