This repository contains the agent-loop skill source.
- Maintain the reusable
agent-loopskill. - This is a skill source repository, not a target project using
agent-loop. - Do not create target-project
.agent-loop/requirements/or feature docs here unless editing examples. - The skill should make agents own workflow diagnosis and sequencing while keeping required human gates explicit.
SKILL.md: concise skill entrypoint loaded by CLI agents.references/: detailed operational rules loaded by the skill.templates/: document templates written into target projects.README.md: human-facing overview and install notes.Usage.md: human-facing operation guide.CHANGELOG.md: version history.examples/: example project states and feature artifacts.agents/openai.yaml: OpenAI/Codex skill metadata.
- Prefer
rgfor search and normal shell commands for inspection. - Use
apply_patchfor manual edits. - Do not use a global shell wrapper unless this repository explicitly asks for one.
- Keep
SKILL.mdconcise; move detailed behavior intoreferences/. - Do not add unsupported frontmatter fields to
SKILL.md; keep the YAML frontmatter limited to stable loader fields unless the loader requirement changes. - Keep references and templates consistent with
SKILL.md,README.md, andUsage.md. - Update
CHANGELOG.mdfor meaningful behavior, gate, artifact, template, or example changes. - Do not bump the skill version unless the human explicitly approves the version upgrade.
- If a meaningful skill change is committed without a human-approved version bump, record it under the current unreleased or in-progress changelog section instead of changing version numbers.
- Commit messages for this skill repository should use type + version scope, prefer Chinese, and include a concrete multi-line body for meaningful changes.
- Stable release branches use the exact version name, for example
v1.0.1, notrelease/1.0.1.
Use this format for meaningful agent-loop repository commits:
<type>(v<version>): <Chinese summary>
- <concrete behavior/template/reference/scenario/doc change>
- <concrete behavior/template/reference/scenario/doc change>
- <concrete behavior/template/reference/scenario/doc change>
Allowed types:
feat, fix, docs, refactor, test, chore
Rules:
- Prefer Chinese for the summary and body unless the project context requires English.
- Include the current skill version scope, for example
docs(v1.2.0): 更新 onboarding scan 文档结构. - Do not use one-line-only commit messages for meaningful behavior, gate, artifact, template, reference, validation, or example changes.
- Use 3-7 bullet lines in the commit body, focused on concrete changes and user/agent-facing behavior.
- Use
docsfor proposals, README, Usage, and explanatory docs. - Use
featfor new skill capabilities or artifact behavior. - Use
fixfor rule loopholes, broken routing, incorrect gates, or misleading templates. - Use
testfor validation scenarios or pressure tests. - Use
chorefor metadata, formatting, version alignment, or maintenance-only work. - Keep the version number unchanged unless the human explicitly approves a version bump.
- Do not make Delivery Contracts default artifacts.
- Do not allow tasks to become
donewithout verification, evidence, review, and drift rules in the skill. - Do not remove human gates for Delivery Contract file creation/acceptance/breaking changes, submit, pause, close, commit, PR, merge, release, or publish.
- Do not add unsupported
SKILL.mdfrontmatter fields unless loader support is confirmed.
After edits, run at least:
ruby -e 'require "yaml"; YAML.load_file("SKILL.md")'- a Markdown fence balance check
git diff --check