agentleFS
Cogni-AI-OUCogni-AI-OU/cogni-ai-agent-skills/AGENTS.md

cogni-ai-agent-skills

AGENTS.md4 starsChanged 6 months agoMITView on GitHub

Persistent single-source truth for autonomous agent behavior. For general project invariants see README.md. Read and merge these when operating inside corresponding sub-directories (order = precedence): You MUST load the skills relevant to the user prompt, inferred intent, and planned work into the current context. See AGENTS-RUNTIME.md for the full skills catalog, loading instructions, and structural invariants. - brainstorm: Use this skill for divergent exploration. It focuses on open-ended research, generating multiple orthogonal architectural paths (Design-It-Twice), recursive decomposition, and visualizing options…

The file

Show its rules and text

We split this AGENTS.md into the rules it gives an agent

26 rules. About 0 are common, 17 are distinctive, and 9 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈17

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 9

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Read and merge these when operating inside corresponding sub-directories (order = precedence):

    line 9
  2. Very specific:

    brainstorm: Use this skill for divergent exploration.

    line 43
  3. Very specific:

    critical-thinking: Use this skill for convergent evaluation.

    line 47
  4. Distinctive:

    Keep this file entropy-pruned and up-to-date.

    line 54
  5. Distinctive:

    Verify your expected changes with git diff --no-color.

    line 62
  6. Distinctive:

    Ensure no temporary, dummy, or unrelated test files are included in the commit.

    line 63
  7. Distinctive:

    Use the project linting/validation tools to confirm your changes meet the coding standard.

    line 64
  8. Distinctive:

    If the repo uses git hooks, run them to validate your changes.

    line 65
  9. Very specific:

    When modifying or creating documentation and plain text files, always enforce line-wrapping and length limits in accordance with …

    line 71
  10. Very specific:

    Use git mv, git rm, or equivalent Git-aware tooling (instead of mv or rm) to preserve history when working with files under source control.

    line 76
  11. Very specific:

    Daemon Dependency: Ensure the Ollama daemon is running (e.g., ollama serve &).

    line 96
  12. Distinctive:

    Use MCP when possible.

    line 101
  13. Very specific:

    Use pre-commit for linting and validation if installed.

    line 102
  14. Distinctive:

    When the task is not clear, look for additional context.

    line 107
  15. Distinctive:

    If triggered by a brief comment, check whether the parent comment exists and includes more detail.

    line 108
  16. Distinctive:

    If it's still ambiguous, communicate with the user and propose options.

    line 109
  17. Distinctive:

    Test workflow changes on a feature branch before merging to main

    line 114
  18. Very specific:

    Use actionlint to validate workflow syntax locally

    line 115
  19. Very specific:

    Update .markdownlint.yaml, .yamllint, or .editorconfig for linting rules

    line 120
  20. Very specific:

    Run pre-commit run -a to verify changes pass all checks

    line 121
  21. Distinctive:

    When skills are loaded, they are available to the agent via tools, and the agent does not follow relative filesystem paths between them.

    line 127
  22. Distinctive:

    If you encounter firewall issues when using the GitHub Copilot Agent:

    line 146
  23. Distinctive:

    Do not work around blocked URLs by adding markdown-link-check ignore/whitelist patterns for real links.

    line 149
  24. Distinctive:

    Keep markdown-link-check validating real links, and request firewall allowlisting instead.

    line 150
  25. Distinctive:

    If you need to allowlist additional hosts, update your firewall configuration accordingly by following .github/FIREWALL.md and keep that …

    line 151
  26. Distinctive:

    If you encounter issues while running in GitHub Actions, refer to the loading instructions in AGENTS-RUNTIME.md.

    line 156

≈ “Common” is an estimate: at least 1 in 5 of the 40,246 AGENTS.md files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
AGENTS.md

AGENTS.md

Persistent single-source truth for autonomous agent behavior.

For general project invariants see README.md.

Directory-Specific Agent files

Read and merge these when operating inside corresponding sub-directories (order = precedence):

  • .github/AGENTS.md
  • Any AGENTS.md or SKILL.md in ancestor, then current directory tree

Required References

Project Structure and Workflows

Directory Layout

  • /: Skill directories (each contains a SKILL.md)
  • .github/workflows/: GitHub Actions for CI/CD and automation
  • .tours/: Guided walkthroughs for repository onboarding

Key Workflows

  • check.yml: Runs pre-commit checks and validation
  • cogni-ai-agent.yml: Primary agent interaction workflow
  • devcontainer-ci.yml: Validates development container configuration

Skills

You MUST load the skills relevant to the user prompt, inferred intent, and planned work into the current context. See AGENTS-RUNTIME.md for the full skills catalog, loading instructions, and structural invariants.

Brainstorming vs. Critical Thinking

  • brainstorm: Use this skill for divergent exploration. It focuses on open-ended research, generating multiple orthogonal architectural paths (Design-It-Twice), recursive decomposition, and visualizing options via high-level Mermaid diagrams.
  • critical-thinking: Use this skill for convergent evaluation. It focuses on deep analytical reasoning, adversarial red-teaming, surfacing hidden dependencies, root cause isolation, and formal constraint mapping (e.g., MiniZinc dry-code).

Final Assurance Gates

  • Keep this file entropy-pruned and up-to-date.
  • Inject full content into every sub-agent context.
  • For latest standard see: https://agents.md/

Common Tasks

Before each commit

  • Verify your expected changes with git diff --no-color.
  • Ensure no temporary, dummy, or unrelated test files are included in the commit.
  • Use the project linting/validation tools to confirm your changes meet the coding standard.
  • If the repo uses git hooks, run them to validate your changes.

File operations

Editing files

  • When modifying or creating documentation and plain text files, always enforce line-wrapping and length limits in accordance with project-defined standards (such as .markdownlint.yaml or .editorconfig).

Renaming/removing files

  • Use git mv, git rm, or equivalent Git-aware tooling (instead of mv or rm) to preserve history when working with files under source control.

Feature-specific Notes

opencode

OpenCode (if installed) uses XDG base directories (not a single ~/.opencode dir):

DirectoryPurpose
~/.local/share/opencodeData and auth credentials (auth.json lives here)
~/.config/opencodeUser configuration (opencode.json/opencode.jsonc)
~/.cache/opencodeEphemeral binary cache - not worth persisting
~/.local/state/opencodeRuntime state - not worth persisting

ollama-cli

Ollama is used for local LLM execution.

  • Daemon Dependency: Ensure the Ollama daemon is running (e.g., ollama serve &).
  • Shell Requirement: Commands using process substitution (e.g., <(echo ...)) MUST run in bash or zsh, NOT standard /bin/sh.

Tooling

  • Use MCP when possible.
  • Use pre-commit for linting and validation if installed.
  • For dumping links use links -dump if installed.

Understanding the Task

  • When the task is not clear, look for additional context.
  • If triggered by a brief comment, check whether the parent comment exists and includes more detail.
  • If it's still ambiguous, communicate with the user and propose options.

Adding or Modifying Workflows

  • Workflows in .github/workflows/ can be reused via workflow_call
  • Test workflow changes on a feature branch before merging to main
  • Use actionlint to validate workflow syntax locally

Updating Coding Standards

  • Language-specific conventions reside in individual skill directories alongside their SKILL.md
  • Update .markdownlint.yaml, .yamllint, or .editorconfig for linting rules
  • Run pre-commit run -a to verify changes pass all checks

Skill references

  • Cross-skill references in SKILL.md files must not use relative paths (e.g., ../path/SKILL.md).
  • When skills are loaded, they are available to the agent via tools, and the agent does not follow relative filesystem paths between them.
  • Reference skills by their name (e.g., gh-api, git) instead of file links, as they are dynamically loaded by the agent via tools.
  • Avoid cyclic references: To prevent infinite agent loops, cross-references in SKILL.md files must be acyclic.
  • No back-references: Specialized sub-skills (e.g., gh-pr, git-expert) must not reference their parent command skill (gh, git).
  • Uni-directional sibling references: Sibling skills should only reference each other in a single direction (e.g., molecule can reference ansible, but ansible should not reference molecule).

References

  • Main documentation: README.md

Troubleshooting

Firewall issues

If you encounter firewall issues when using the GitHub Copilot Agent:

  • Refer to https://gh.io/copilot/firewall-config for configuration details.
  • Do not work around blocked URLs by adding markdown-link-check ignore/whitelist patterns for real links.
  • Keep markdown-link-check validating real links, and request firewall allowlisting instead.
  • If you need to allowlist additional hosts, update your firewall configuration accordingly by following .github/FIREWALL.md and keep that file up to date.

GitHub Runtime issues

  • If you encounter issues while running in GitHub Actions, refer to the loading instructions in AGENTS-RUNTIME.md.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.