SkillAtlasSkill 详情

run-history-skill-builder

Start here: Use & develop your own Skill ecosystem

审核状态:已审核Quality 80Security 62

复制安装命令

用 Codex 或 Claude 安装复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它先审查 Skill 页面再帮你安装。

复制前请先查看来源、License 和安全提示。

项目 README

来源文件:README.md

抓取于 2026年8月23日

COMPASS Skills logo

COMPASS Skills

GitHub stars GitHub forks License Status alpha Linux.do

中文 · Security · License

Start here: Use & develop your own Skill ecosystem

A practical tutorial for using SKILL.md, auditing reusable skills, drafting skills with AI, extracting real workflows, and building a local Skill ecosystem.

npx skills add dongshuyan/compass-skills --skill '*' -a claude-code

COMPASS Skills gives AI agents eight local skills: four runtime collaboration skills, two run-history skill-engineering skills, one academic humanization skill, and one local hiring-support skill.

The project currently ships eight SKILL.md skills:

SkillPurpose
task-clarifierAligns goals, scope, evidence, acceptance criteria, and risk boundaries before ambiguous, costly, or externally visible work.
task-forestMaintains a repo-local task forest / DAG with goals, subtasks, dependencies, progress, deviations, todos, decisions, and conversation history.
session-handoff-promptCompresses the current AI conversation's goal, progress, constraints, and next steps into a paste-ready prompt for a new AI conversation.
user-profile-keeperMaintains a local, auditable, correctable collaboration profile for communication preferences, risk style, and recurring working context.
run-history-skill-builderTurns completed or repeatedly refined run history into a new reusable skill package or a reviewed skill-design plan.
run-history-skill-upgraderAutomatically turns session evidence from real execution, encountered and resolved difficulties, validation results, and user feedback into an upgrade plan for an existing skill, forming the simplest controlled self-evolution loop; it applies changes only after explicit approval.
academic-humanizerHelps write or revise English and Chinese academic prose by removing formulaic AI-like patterns and restoring a natural scholarly voice while preserving claims, evidence strength, and logical relations.
assess-interview-candidateTurns an authorized resume and job description into an auditable evidence layer and a concise three-part offline interviewer report with resume checks and markable structured questions.

For multi-skill repositories, install only the functions you actually need. The run-history pair supports skill engineering; academic-humanizer helps authors avoid AI-sounding language while drafting and remove it from existing academic prose.

Quick Start

List the available skills before installing:

npx skills add dongshuyan/compass-skills --list

Install all skills for Claude Code:

npx skills add dongshuyan/compass-skills --skill '*' -a claude-code

Install all skills for both Codex and Claude Code:

npx skills add dongshuyan/compass-skills --skill '*' -a codex -a claude-code

After installation, invoke the skills directly in an AI conversation:

$task-clarifier
$task-forest
$session-handoff-prompt
$user-profile-keeper
$run-history-skill-builder
$run-history-skill-upgrader
$academic-humanizer
$assess-interview-candidate

For manual installation, copy the eight folders under skills/ into the agent's local skills directory and keep their references/, scripts/, assets/, evals/, and agents/ subdirectories intact.

Why COMPASS Exists

Long-running agent work needs four kinds of state:

  • User context: communication preferences, risk boundaries, recurring omissions, and collaboration style.
  • Project context: where the current request fits, what it depends on, and how far it has progressed.
  • Goal context: how the current task contributes to the original objective and whether it still matches it.
  • Handoff context: what a new AI conversation needs to continue the current task without replaying the whole transcript.

COMPASS organizes that state into four local workflows:

  1. A local profile that the user can inspect and correct.
  2. A repo-local task graph that survives AI conversation boundaries.
  3. A paste-ready continuation prompt for a new AI conversation.
  4. A clarification gate before ambiguous or risky execution.

How The Core And Meta Skills Work Together

task-clarifier is the entry point for ambiguous, high-cost, high-risk, evidence-sensitive, or externally visible work. It first identifies the user-owned decisions that must be made, asks 1-3 focused questions with recommended answers, confirms shared understanding, and only then searches or executes.

task-forest records long-running work structure: why a task exists, where it fits, how far it progressed, what changed, and what remains unresolved.

session-handoff-prompt turns the current AI conversation, explicit transcripts, workspace evidence, and optional task-forest exports into a concise prompt for the next AI conversation. It reads task-forest as structured context but never modifies it.

user-profile-keeper stores collaboration preferences locally. Future AI conversations use the profile to ask relevant questions and apply the right risk boundary. Current files, logs, and user-provided context remain the authority; secrets stay out of the profile.

run-history-skill-builder turns a completed or repeatedly refined workflow into a new skill package or a plan-only design. If the request is really about changing an existing skill, it hands the job off instead of editing that skill directly.

run-history-skill-upgrader takes the next step for existing skills: it automatically reads session evidence from real execution, encountered and resolved difficulties, validation results, and user feedback, then produces a concrete upgrade plan and stops. Only after explicit approval of that plan does it edit files. In practice, this is the simplest controlled self-evolution loop for skills: periodically run a target skill, accumulate real session evidence, then let the upgrader turn that evidence into a reviewed upgrade plan and, after approval, an applied change.

academic-humanizer helps authors avoid AI-sounding language while drafting and remove it from existing academic prose. It targets formulaic, vacuous, mechanically repetitive, and process-leaking patterns while protecting claims, evidence strength, quotations, formulas, citations, technical names, modality, logic, and scope. The result aims to read as natural, credible scholarly writing and to reduce the likelihood that readers perceive it as AI-generated; it does not promise a universal authorship judgment.

assess-interview-candidate prepares human recruiters for a structured interview. It keeps detailed evidence and validation data in a local audit layer while presenting only a candidate overview, job-relevant resume uncertainties, and 12-18 directly readable questions in the offline HTML. It never authorizes automatic hiring, rejection, or ranking.

user-profile-keeper    -> who is the user and how should we collaborate?
task-forest            -> where does this task fit and is it still aligned?
session-handoff-prompt -> what should the next AI conversation know to continue now?
task-clarifier         -> what should the agent do now?
run-history-skill-builder  -> how do we package this proven workflow as a new skill?
run-history-skill-upgrader -> how does a skill self-evolve safely from real session evidence?
academic-humanizer         -> how do we remove AI-sounding prose without changing its claims?
assess-interview-candidate -> how do we prepare a focused, evidence-bounded human interview?

Task Clarifier Example

A vague request is turned into a checked requirement before the agent recommends anything.

Example: choosing a suitcase

Formatted from a live terminal run. Terminal status lines are omitted.

Turn 1: vague request

User

I want to buy a suitcase, can you tell me which one is the best?

$task-clarifier

Before recommending a product, the skill turns "best" into concrete decision criteria:

  1. Use case — What will you use the suitcase for most?
    • Options: business travel, leisure vacations, extended travel, or custom situation.
    • Recommendation: start with the primary use case, because it changes size, weight, and feature priorities.
  2. Budget — What price range is realistic?
    • Options: under $100, $100-300, $300-600, $600+, or custom budget.
    • Recommendation: $100-300 is often the best durability-to-cost range for most travelers.
  3. Meaning of "best" — Which priority wins?
    • Options: durability, light weight, price, warranty/service, organization, or custom priority.
    • Recommendation: durability is the most universal priority.

User answer

1A 2C 3A

Business travel, $300-600, maximum durability.

Turn 2: narrow the product class

$task-clarifier

The first answers narrow the problem, but two choices still change the recommendation:

  1. Bag type — Carry-on or checked bag?
    • Recommendation: carry-on for most business trips, faster airport flow, and lower damage risk.
  2. Material — Hard shell or soft-sided?
    • Recommendation: hard shell for durability and professional appearance.

User answer

Checked bag, hard shell.

Turn 3: resolve the final size

$task-clarifier

One last decision remains:

  1. Checked-bag size — Compact, medium, or full-size?
    • Recommendation: 26-27 inches handles many business trips without becoming oversized.

User answer

28 inches.

Confirmed requirement

$task-clarifier

You need a checked suitcase for frequent business travel. The bag should be hard-shell for maximum durability and professional appearance, 28 inches for extended trips, and within a $300-600 budget. Durability is your top priority over lighter weight or organizational gimmicks.

Inferences to confirm

  • Durability means repeated airport handling and 5+ years without major failure.
  • Brand, color, wheel type, TSA lock, and warranty length are not yet fixed preferences.
  • The next step is specific model recommendations, unless the user prefers an evaluation framework.

Screenshots

Task forest HTML export:

task-forest tree demo

Live DAG view:

task-forest live DAG view

Task detail view:

task-forest live detail view

User profile and alignment flow:

COMPASS user profile and alignment flow

Ecosystem map:

COMPASS skills ecosystem DAG

Compatibility

COMPASS works across agent runtimes as a SKILL.md package with Markdown instructions, YAML frontmatter, optional references/, optional scripts/, and optional agent metadata.

Agent / environmentRecommended setup
Claude CodeUse npx skills add dongshuyan/compass-skills --skill '*' -a claude-code, or copy the folders under skills/ into Claude Code's custom skills directory.
CodexUse the skills CLI with -a codex when supported by your environment, or use the repo as a local skills source.
OpenCode / OpenClaw / other agentsKeep AGENTS.md and load the matching SKILL.md first, then use references/ and scripts/ as needed.

The scripts use Python standard-library components and run locally. assess-interview-candidate requires Python 3.10 or later and uses capability-based instructions instead of fixed Agent tools or installation paths.

Safety Model

COMPASS keeps runtime data local:

  • No upload of task data or user-profile data.
  • No browser cookie, token, private key, credential, or session extraction.
  • task-forest stores task data under the current workspace, usually .agent-workbench/task-forest/.
  • session-handoff-prompt is read-only by default. It can validate local handoffs with real workspace paths or redact them for shareable handoffs.
  • user-profile-keeper stores local profile data under .compass-skills/user-profiles/v1 by default, or a user-selected COMPASS_USER_PROFILE_HOME.
  • run-history-skill-builder reads only user-authorized workflow history and writes new skill files only to a user-approved local directory.
  • run-history-skill-upgrader is plan-only by default. It can synthesize real session evidence into an upgrade plan automatically, but it enables a controlled self-evolution loop only after explicit approval of a concrete plan.
  • academic-humanizer preserves source claims and locked spans, never invents facts or citations, and uses its Python script only for optional read-only diagnostics.
  • assess-interview-candidate keeps authorized resumes and reports local, excludes contact details and precise addresses from the interviewer view, and prevents age, birthplace, hometown, marital status, or location from entering fit scores or hiring decisions.
  • High-risk actions such as deletion, overwrite, publishing, remote writes, credential use, and global configuration changes require explicit confirmation.

Important: user-profile-keeper uses local plaintext storage without encryption. Do not store passwords, tokens, private keys, verification codes, or highly sensitive personal data in the profile.

See SECURITY.md for the security boundary.

Example Prompts

Clarify a task before execution:

Use $task-clarifier to align the task below.

Task: ...
Material: ...
Constraints: ask user-owned decisions first; infer discoverable facts from files, context, or reliable sources. Ask only questions that change scope, method, evidence, format, safety, or acceptance criteria.
Output: ask 1-3 key questions with recommended answers first; once the core need is clear, restate your understanding in 2-5 lines and ask me to confirm.

Maintain the task forest for a workspace:

Use $task-forest to analyze the current AI conversation and maintain the task forest for this workspace.

Goal: create a task-forest proposal from long-running goals, tasks, progress, deviations, risks, decisions, and follow-ups in this AI conversation.
Requirements:
1. Read the current task-forest list and todo first; initialize task-forest if missing.
2. Identify which long-term goal this AI conversation served. If no relation is clear, ask me or create a question/risk node.
3. Save a proposal and show me the planned changes before applying.
4. After approval, apply, validate, export, and report the HTML path.

Create a continuation prompt for a new AI conversation:

Use $session-handoff-prompt to create a balanced continuation prompt for a new AI conversation.

Goal: let the next AI conversation continue the current task without replaying the whole transcript.
Requirements:
1. Use the current conversation, explicit files I provide, current workspace evidence, and task-forest exports if present.
2. Keep task-forest read-only; do not save proposals or modify the task graph.
3. Use my language for the prompt. Default to Chinese if unknown.
4. Use privacy=local for this machine. If I ask for a public/shareable handoff, redact local paths and credential-like strings first.
5. Put the paste-ready prompt first, then briefly state mode, sources, and limitations.

Representative output shape:

你正在接手一个已经进行过多轮的 AI 对话。请按以下上下文恢复任务状态;如果当前文件或可验证证据与这里冲突,以当前证据为准。

【工作目录】
<workspace>

【用户目标】
把 session-handoff-prompt 作为 COMPASS 的正式 skill 接入,支持 macOS、Linux、Windows 和主流 agent。

【必须遵守的要求】
- [已验证] 内部说明用英文;交互和输出使用用户语言,默认中文。
- [已验证] 不读取 credential、cookie、浏览器 session 或无关私有日志。

【下一步】
1. 更新 README 和 manifest。
2. 运行 smoke test 和安全扫描。
3. 报告验证结果和剩余风险。

Initialize a local user profile:

Use $user-profile-keeper to initialize my local user profile.

Goal: build an auditable, correctable, retractable profile from a local questionnaire or the current context.
Boundaries:
1. Store locally only. Do not upload anything or read browser cookies, tokens, or credentials.
2. Do not save secrets, passwords, private keys, verification codes, or browser-session information.
3. Put inferred, private, sensitive, or conflicting claims into pending proposals for my review.
4. Report what was saved, proposed, skipped, or redacted.

Remove AI-sounding language from academic prose without changing its claims:

Use $academic-humanizer to remove AI-sounding language from the academic passage below.

Preserve every claim, number, citation, comparison, hedge, causal relation, and scope boundary. Keep quotations, formulas, code, references, statistical notation, proper nouns, and requested verbatim text unchanged. Remove only unsupported, vacuous, mechanically repetitive, or process-leaking wording. Return the clean revised passage without an editor preface.

Passage: ...

Prepare a structured candidate interview report:

Use $assess-interview-candidate with the authorized resume and job description I provide.

Requirements: read every page of the PDF through both text extraction and visual inspection; keep the detailed evidence and validation data in the local audit layer; make the interviewer HTML contain only a candidate overview, job-relevant resume uncertainties, and 12-18 directly readable questions. Display candidate-provided schools, employers, and cities without guessing missing facts. Keep age, birthplace, hometown, marital status, and location out of fit scores and hiring decisions. Write only below the local case root I approve.

Validation Status

The public install path has been validated with skills@1.5.11:

  • npx skills add dongshuyan/compass-skills --list finds the released skills.
  • npx skills add dongshuyan/compass-skills --skill '*' -a claude-code --copy -y installs the released skills into a temporary project's .claude/skills/ directory.
  • python3 skills/session-handoff-prompt/scripts/smoke_test_handoff.py --skill-dir skills/session-handoff-prompt validates compacted-event projection, task-forest read-only summaries, local validation, and shareable redaction.
  • printf '%s\n' 'Samples were randomized.' | python3 skills/academic-humanizer/scripts/metrics.py - --json provides read-only descriptive diagnostics for language routing, process leaks, and contrast candidates without assigning an authorship or quality score.
  • With skills@1.5.23, the current local source is detected as eight skills, and assess-interview-candidate copies successfully into temporary Codex and Claude Code skill roots.
  • Its 26 unit and package tests pass on Python 3.11 and 3.14. The package also passes the Skill validator, Ruff, JSON parsing, Python 3.10 syntax parsing, JavaScript syntax checking, offline report validation, and local browser interaction checks.
  • Windows and Linux compatibility is enforced through path, launcher, standard-library, reserved-filename, and shell-neutral contracts. This release was not run on physical Windows or Linux hosts.

Roadmap

Planned additions:

  • Build reusable skills from real task histories.
  • Upgrade existing skills from observed failures, feedback, and validation evidence.
  • Summarize local agent states, waiting-human items, risks, and review queues.
  • Recommend low-switching-cost follow-up tasks from the task graph.

License

MIT. See LICENSE.

Community

  • This repo has been shared as open source on Linux.do.

Star History

Star History Chart
Agent / MCP / Skill 创作浏览器与自动化内容与创作商业与运营

高风险

  • 来源需自行核对维护者身份。
  • 包含脚本或命令调用,安装前请复核。
  • 未检测到明显外部权限要求。
  • 存在潜在风险命令,请谨慎安装。
  • 扫描发现:3 条。

Codex — Git Clone 安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 克隆仓库:git clone https://github.com/dongshuyan/compass-skills.git
  3. 将 "skills/run-history-skill-builder" 文件夹复制到 Codex 的 skills 目录中。
  4. 重启 Codex 让新的 skill 生效。

Codex — 手动复制安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 从源仓库下载 SKILL.md 及相关文件。
  3. 在 Codex 的 skills 目录中创建新文件夹。
  4. 将所有 skill 文件复制到新文件夹中。
  5. 重启 Codex 让新的 skill 生效。

Claude Code — Git Clone 安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 克隆仓库:git clone https://github.com/dongshuyan/compass-skills.git
  3. 将 "skills/run-history-skill-builder" 文件夹复制到 Claude Code 的 skills 目录中。
  4. 重启 Claude Code 让新的 skill 生效。

Claude Code — 手动复制安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 从源仓库下载 SKILL.md 及相关文件。
  3. 在 Claude Code 的 skills 目录中创建新文件夹。
  4. 将所有 skill 文件复制到新文件夹中。
  5. 重启 Claude Code 让新的 skill 生效。

Cursor — Git Clone 安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 克隆仓库:git clone https://github.com/dongshuyan/compass-skills.git
  3. 将 "skills/run-history-skill-builder" 文件夹复制到 Cursor 的 skills 目录中。
  4. 重启 Cursor 让新的 skill 生效。

Cursor — 手动复制安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 从源仓库下载 SKILL.md 及相关文件。
  3. 在 Cursor 的 skills 目录中创建新文件夹。
  4. 将所有 skill 文件复制到新文件夹中。
  5. 重启 Cursor 让新的 skill 生效。

GitHub Copilot — Git Clone 安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 克隆仓库:git clone https://github.com/dongshuyan/compass-skills.git
  3. 将 "skills/run-history-skill-builder" 文件夹复制到 GitHub Copilot 的 skills 目录中。
  4. 重启 GitHub Copilot 让新的 skill 生效。

GitHub Copilot — 手动复制安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 从源仓库下载 SKILL.md 及相关文件。
  3. 在 GitHub Copilot 的 skills 目录中创建新文件夹。
  4. 将所有 skill 文件复制到新文件夹中。
  5. 重启 GitHub Copilot 让新的 skill 生效。

Windsurf — Git Clone 安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 克隆仓库:git clone https://github.com/dongshuyan/compass-skills.git
  3. 将 "skills/run-history-skill-builder" 文件夹复制到 Windsurf 的 skills 目录中。
  4. 重启 Windsurf 让新的 skill 生效。

Windsurf — 手动复制安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 从源仓库下载 SKILL.md 及相关文件。
  3. 在 Windsurf 的 skills 目录中创建新文件夹。
  4. 将所有 skill 文件复制到新文件夹中。
  5. 重启 Windsurf 让新的 skill 生效。
查看 SKILL.md 原文
name: run-history-skill-builder
description: Turn a completed task, browser flow, artifact pipeline, failure-recovery trace, or repeatedly refined workflow into a new reusable skill package or a reviewed skill-design plan. Use when the user asks to make a new skill from real run history, extract a reusable workflow from conversation/logs/files, summarize lessons into a new skill, or produce a plan before writing files. Do not use to upgrade an existing skill or to execute the business workflow itself.

Run History Skill Builder

Language Policy

Write all user-facing output in the user's language. Default to Chinese when the language is unknown.

Role

Turn real run history into a new skill package, a plan-only skill design, or an upgrade handoff when the request is actually about an existing skill.

Portability

This skill is agent-agnostic. It should work in Codex, Claude Code, OpenCode, OpenClaw, Hermes, and similar local agent hosts that can read SKILL.md plus optional references/, scripts/, evals/, and agents/.

  • Resolve <skill-dir> from the directory that contains this SKILL.md.
  • Let <python> mean the host's available Python launcher: python3, python, or py -3.
  • Do not assume a fixed skill root, shell, home-directory layout, or path separator.
  • Placeholder paths such as <skill-dir>/scripts/... describe path segments, not a required separator style. On Windows, use the separator style that your shell or harness accepts.
  • Before writing files, lock the output directory. If the user does not provide one, propose a neutral local target such as the current repository's skills/ directory or the host agent's documented local skills directory, then wait for confirmation.

Workflow

  1. Lock intent: decide whether the request is plan_only, new_single_skill, router_skill, skill_suite, or existing_skill_upgrade_handoff.
  2. Lock evidence scope: confirm which conversation turns, files, logs, artifacts, diffs, browser flows, or transcripts you may read.
  3. Lock output location before writing files.
  4. Reconstruct the workflow from authorized evidence: user goal, real steps, failures, fixes, success proofs, and approval gates.
  5. Mine local or open-source patterns only when they help package the workflow more reliably.
  6. Separate reusable invariants from local accidentals such as one-time paths, account names, one-day product quirks, or temporary user preferences.
  7. Abstract the workflow into state gates, validation gates, scripts, references, examples, and evals. Delete weak routes that depend on subjective guesses.
  8. Choose the smallest package that preserves correctness.
  9. Write the skill only after the previous gates are satisfied.
  10. Validate, report remaining assumptions, and hand the package back with paths and checks.

Do not jump directly from "I saw a successful run" to "I wrote a skill". The missing middle layer is where portability, privacy, and generalization are decided.

Architecture Choices

  • plan_only: the user wants a reviewed design or audit, not files.
  • new_single_skill: one stable workflow or one tightly coupled workflow family.
  • router_skill: one entry point that routes across several existing skills or phases.
  • skill_suite: several independent workflows that should be released together but triggered separately.
  • existing_skill_upgrade_handoff: the real task is to improve an existing skill. Produce a clean handoff for $run-history-skill-upgrader instead of editing that skill here.

Prefer replacement, merging, and omission over package bloat.

Evidence And Scope

Allowed by default after intent is locked:

  • current visible conversation;
  • user-provided paths, artifacts, logs, screenshots, and transcripts;
  • current workspace files, diffs, tests, and generated outputs;
  • similar public skills or official docs read for packaging patterns.

Require explicit approval before reading:

  • broad local session archives unrelated to the current task;
  • browser cookies, local storage, session exports, or account caches;
  • passwords, tokens, API keys, verification codes, MFA data, or other credentials;
  • unrelated private folders or personal history outside the agreed scope.

Keep facts, inferences, and open assumptions separate. Never write secrets, hidden prompts, private account identifiers, or unrelated personal data into the released skill or its examples.

Design Rules

  • Keep SKILL.md focused on trigger boundary, role, workflow, safety gates, and reference navigation.
  • Put long branch-specific guidance in references/.
  • Put deterministic and repeated checks in scripts/.
  • Put trigger and regression samples in evals/ when the workflow is long-lived, high-risk, or easy to overfit.
  • Use examples only when they capture complex behavior, failure recovery, or boundary conditions. Every example must state the invariant and the non-goal.
  • User-owned decisions stay user-owned. Machine-checkable facts move to scripts, tests, schema checks, diffs, file-existence checks, or validators.
  • Do not create per-skill README, installation scripts, changelogs, or decorative files unless the user or release target explicitly requires them.
  • Treat agents/openai.yaml as an optional UI enhancement, not as the core logic.

Validation

Run the package validator bundled with this skill:

<python> <skill-dir>/scripts/validate_skill_package.py <target-skill-dir>

If the current host provides a canonical skill validator, run that too. On Codex-like hosts, this often means a quick_validate.py command from the platform's skill tooling.

Also run the smallest relevant technical checks:

  • python -m py_compile for modified Python scripts;
  • python -m json.tool for edited JSON files;
  • trigger review with at least 3 should-trigger, 3 should-not-trigger, and 2 boundary prompts;
  • a leak scan for private absolute paths, credentials, hidden prompts, or environment-specific debris.

Do not claim completion if validation was skipped or failed. Report the gap and the remaining risk.

Final Response

Report:

  • the chosen package type;
  • the final skill path;
  • files created or intentionally omitted;
  • evidence sources actually used;
  • validation commands actually run and their results;
  • assumptions that still need user review;
  • whether the result is plan_only, a new skill package, or an upgrader handoff.

References

  • references/history-mining.md
  • references/open-source-pattern-mining.md
  • references/skill-design-protocol.md
  • references/self-repair-and-evals.md
  • references/examples.md
  • scripts/validate_skill_package.py
  • evals/evals.json

发现问题?提交给管理员复核

评分:

评论 (0)

暂无评论,成为第一个评论者吧!