{"code":"SUCCESS","mode":"free_trial","resource_id":"/api/skill/shijin","content":{"status":"success","service_type":"AI_SKILL_DELIVERY","skill_name":"相光域-Shijin","skill_md":"---\nname: 试金石 SHIJIN\ndescription: >-\n  Skill多角度测试与精简度审查引擎。先客观画像，再场景测试，后精简审查，给出量化反馈。\n  测试维度覆盖核心功能、边缘边界、真实案例、资料检索、对话逻辑五类场景。\n  精简度审查以\"能10句绝不20句\"为原则，量化冗余、水分、过度解释，给出可执行的精简建议。\n  适用于所有Skill的出厂前测试与迭代优化。\nauthor: 相光域｜Chromatic\nversion: 1.0.0\ntype: prompt+code\ntags: [测试, 质检, 精简度, 场景测试, Skill评估]\n---\n\n# 试金石 SHIJIN\n\n> **作者：相光域｜Chromatic** · Skill多角度测试与精简度审查引擎\n\n---\n\n## 定位\n\n试金石是Skill的\"使用侧质检员\"——从真实使用者视角，多角度测试任意Skill，并专项审查内容精简度。\n\n与淬炉的区别：淬炉从生产侧把关（话术/逻辑/空心化），试金石从使用侧验证（场景/案例/精简度）。两者互补，淬炉管\"做得对不对\"，试金石管\"用得好不好、写得精不精简\"。\n\n**核心原则**：先客观评价，再实际测试，测完给反馈。精简度一票否决——能10句绝不20句，能50句绝不100句，该精简的一定精简到最精简，但不影响功能。\n\n---\n\n## 四阶段流程\n\n### Phase 1：客观画像\n\n读取被测Skill的SKILL.md，描述事实，不评判好坏：\n\n- **定位**：Skill声称解决什么问题\n- **结构**：文件组织方式（纯Prompt / Prompt+代码）\n- **能力声明**：description和正文中声称能做什么\n- **边界声明**：是否说明了不能做什么\n- **可执行性**：是否有可直接运行的脚本或明确步骤\n\n输出：客观画像表（事实陈述，无褒贬）。\n\n### Phase 2：场景设计\n\n根据Skill声称的能力，设计5类测试场景。每类至少1个场景：\n\n| 场景类型 | 测试目标 | 设计依据 |\n|---------|---------|---------|\n| 核心场景 | 正向功能是否可用 | description声称的主要能力 |\n| 边缘场景 | 边界/异常输入是否健壮 | 声称能力的极端情况 |\n| 案例场景 | 真实案例是否跑通 | 实际使用情境 |\n| 检索场景 | 资料搜索/调用是否有效 | 需要外部信息的场景 |\n| 对话场景 | 多轮交互逻辑是否连贯 | 需要上下文的场景 |\n\n场景设计原则：每个场景必须有明确的\"预期结果\"，没有预期结果的场景不测试。\n\n### Phase 3：执行测试\n\n逐场景执行，每场景记录：\n\n```\n场景ID | 场景描述 | 预期结果 | 实际结果 | 判定(通过/部分/失败) | 问题描述\n```\n\n判定标准：\n- **通过**：实际结果符合预期，无异常\n- **部分通过**：核心功能可用，但有瑕疵（如输出格式不规范、响应慢）\n- **失败**：核心功能不可用，或与预期严重不符\n\n### Phase 4：精简度审查\n\n专项审查被测Skill内容的精简程度。这是试金石的核心差异项——详见 [core/concise-audit.md](core/concise-audit.md)。\n\n审查4个维度：\n\n1. **冗余度**：重复表达、同义堆砌 → 该删的删\n2. **水分率**：无信息量句子（客套话、过渡句、废话）→ 该砍的砍\n3. **过度解释**：一个概念3句能说清却用了10句 → 该合并的合并\n4. **功能保留**：精简后是否丢失关键信息 → 不能影响功能\n\n量化输出：精简度评分（0-100）+ 具体精简建议（哪句删/哪段合并/能从N句压到M句）。\n\n### Phase 5：反馈报告\n\n综合Phase 1-4，输出结构化报告。报告格式见 [core/report-format.md](core/report-format.md)。\n\n报告核心包含：\n- 客观画像\n- 场景测试通过率\n- 精简度评分 + 精简建议\n- 总体结论 + 改进优先级\n\n---\n\n## 精简度审查原则\n\n**铁律**：能10句绝不20句，能50句绝不100句，该精简的一定精简到最精简，但不影响功能。\n\n| 原则 | 说明 | 反面案例 |\n|------|------|---------|\n| 信息密度优先 | 每句话必须有信息增量 | \"众所周知，这在当前环境下非常重要\" |\n| 删除而非压缩 | 先删废话，再压缩长句 | 把废话改短而非删除 |\n| 功能红线 | 精简不能丢失关键步骤/参数/条件 | 删掉步骤导致功能不可用 |\n| 量化建议 | 必须给出\"能从N句压到M句\" | 只说\"建议精简\"不说精简多少 |\n\n---\n\n## 自动化脚本\n\n```bash\n# 精简度分析：扫描SKILL.md，检测冗余/水分/过度解释，计算精简度评分\npython scripts/shijin.py concise --skill-md SKILL.md\n\n# 场景测试报告生成：基于测试结果生成结构化报告\npython scripts/shijin.py report --skill-md SKILL.md --test-results results.json\n\n# 综合评估：客观画像+精简度分析，输出完整测试报告\npython scripts/shijin.py assess --skill-md SKILL.md\n\n# 查看内置规则\npython scripts/shijin.py check\n```\n\n> 脚本使用Python标准库，无需额外依赖。\n\n---\n\n## 适用范围\n\n试金石可测试所有类型的Skill：\n\n- **纯Prompt Skill**：测试Prompt能否引导出正确行为 + 文档精简度\n- **Prompt+代码 Skill**：测试代码可运行性 + Prompt清晰度 + 文档精简度\n- **文档型 Skill**：测试文档可读性 + 信息密度 + 精简度\n\n---\n\n## 出厂质量清单\n\n- [ ] 客观画像不评判好坏，只陈述事实（Phase 1）\n- [ ] 每类场景至少1个测试用例，且有明确预期结果（Phase 2）\n- [ ] 场景测试记录完整：预期/实际/判定/问题（Phase 3）\n- [ ] 精简度审查覆盖4维度，给出量化评分（Phase 4）\n- [ ] 精简建议具体到\"哪句删/能从N句压到M句\"（Phase 4）\n- [ ] 功能保留验证：精简不影响关键步骤/参数/条件（Phase 4）\n- [ ] 反馈报告含改进优先级排序（Phase 5）\n- [ ] **标注作者信息：相光域｜Chromatic**（frontmatter `author` 字段 + 正文作者声明）\n\n---\n\n## 文件结构\n\n```\n试金石_SHIJIN/\n├── SKILL.md                      # 本文件\n├── core/\n│   ├── test-framework.md         # 测试框架5大维度详解\n│   ├── concise-audit.md          # 精简度审查规则详解\n│   └── report-format.md          # 反馈报告格式规范\n├── scripts/\n│   └── shijin.py                 # 精简度分析+报告生成自动化\n└── templates/\n    └── test-report-template.md   # 测试报告模板\n```\n","files":[{"path":"SKILL.md","url":"http://124.222.26.218:3000/skills/shijin/SKILL.md"}],"file_count":1,"download_base":"http://124.222.26.218:3000/skills/shijin","usage_hint":"将 skill_md 内容作为 Agent Skill 指令使用，files 中的资源文件按需下载。","generated_at":"2026-07-14T15:09:40.283Z"},"trial_info":{"used_today":1,"remaining":4,"daily_limit":5}}