agentleFS
hmj1026hmj1026/dhpk/AGENTS.md

dhpk

AGENTS.md2 starsChanged 6 days agoMITView on GitHub

This project is indexed by GitNexus as dhpk. Index stale? Run node .gitnexus/run.cjs analyze --skip-agents-md from the project root to refresh the index while preserving repository guidance. Check analyze --help before using version-specific options. No .gitnexus/run.cjs yet? Bootstrap with npx, bunx, or pnpm dlx — e.g. bunx gitnexus@latest analyze --skip-agents-md (npm 11 npx crash; #1939).

The file

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

9 rules. About 0 are common, 3 are distinctive, and 6 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈3

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 6

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    MUST analyze graph changes before committing: Use detect_changes({scope: "all"}) (MCP) or node .gitnexus/run.cjs detect-changes --scope all …

    line 11
  2. Very specific:

    MUST warn on HIGH/CRITICAL risk pre-edit.

    line 12
  3. Distinctive:

    NEVER edit a function, class, or method before MCP/CLI impact analysis.

    line 19
  4. Very specific:

    NEVER ignore HIGH or CRITICAL risk warnings from impact analysis, and never read UNKNOWN as an all-clear — it means the walk could not …

    line 20
  5. Very specific:

    NEVER rename symbols with find-and-replace — use rename which understands the call graph.

    line 21
  6. Distinctive:

    NEVER commit before MCP/CLI graph change analysis.

    line 22
  7. Distinctive:

    Changing skill or guidance prose that ships in a package: follow daily skill prose: edit the canonical file, refresh the marketplace …

    line 46
  8. Very specific:

    Orchestrating implementation: follow the canonical execution policy — record decision state, run the read-only reasoner before a writer …

    line 47
  9. Very specific:

    Developing dhpk: follow the repository's Project Convention for branches, changelog, applicable OpenSpec delivery, closeout, and shell …

    line 48

≈ “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
<!-- gitnexus:start -->

GitNexus — Code Intelligence

This project is indexed by GitNexus as dhpk.

Index stale? Run node .gitnexus/run.cjs analyze --skip-agents-md from the project root to refresh the index while preserving repository guidance. Check analyze --help before using version-specific options. No .gitnexus/run.cjs yet? Bootstrap with npx, bunx, or pnpm dlx — e.g. bunx gitnexus@latest analyze --skip-agents-md (npm 11 npx crash; #1939).

Always Do

  • MUST run impact before editing a function, class, or method. Use impact({target: "symbolName", direction: "upstream"}) or node .gitnexus/run.cjs impact "symbolName" --direction upstream --repo .; report callers, processes, and risk. Never substitute grep for graph analysis. Prose, skill, and guidance files have no call-graph symbol: use detect_changes before commit. A target-not-found impact is not a gate for those files.
  • MUST analyze graph changes before committing. Use detect_changes({scope: "all"}) (MCP) or node .gitnexus/run.cjs detect-changes --scope all --repo . (CLI fallback). partial: true or truncated: true is not a clean check — a zero means unseen, not unaffected; re-run it. For regression review: detect_changes({scope: "compare", base_ref: "main"}) or node .gitnexus/run.cjs detect-changes --scope compare --base-ref "main" --repo ..
  • MUST warn on HIGH/CRITICAL risk pre-edit; never use riskSharedAxes to waive a HIGH/CRITICAL risk warning. Compare File/symbol: MCP File omits axes; Graph-RAG expands File.
  • MUST treat risk: UNKNOWN as unresolved, not as low. An empty caller set is not evidence the symbol is unused — it can also mean the callers are not resolvable by the index (plain-object property access, dynamic dispatch, cross-language calls). impact pairs UNKNOWN with a riskNote saying so. Confirm with a text search before treating the symbol as safe to change or delete; do not proceed on the strength of a zero.
  • MUST use query({query: "concept"}) for concepts/flows, context({name: "symbolName"}) for a named symbol, or impact for blast radius, on read-only callers, dependencies, imports, or execution flow. Graph first; text search only for empty/UNKNOWN/literals.
  • For security review, explain({target: "fileOrSymbol"}) lists taint findings (source→sink flows; needs analyze --pdg).

Never Do

  • NEVER edit a function, class, or method before MCP/CLI impact analysis.
  • NEVER ignore HIGH or CRITICAL risk warnings from impact analysis, and never read UNKNOWN as an all-clear — it means the walk could not answer, which is the one verdict that requires confirming by other means.
  • NEVER rename symbols with find-and-replace — use rename which understands the call graph.
  • NEVER commit before MCP/CLI graph change analysis.

Resources

ResourceUse for
gitnexus://repo/dhpk/contextCodebase overview, check index freshness
gitnexus://repo/dhpk/clustersAll functional areas
gitnexus://repo/dhpk/processesAll execution flows
gitnexus://repo/dhpk/process/{name}Step-by-step execution trace

CLI

TaskRead this skill file
Understand architecture / "How does X work?"docs/agent-guidance/gitnexus.md
Blast radius / "What breaks if I change X?"docs/agent-guidance/gitnexus.md
Trace bugs / "Why is X failing?"docs/agent-guidance/gitnexus.md
Rename / extract / split / refactordocs/agent-guidance/gitnexus.md
Tools, resources, schema referencedocs/agent-guidance/gitnexus.md
Index, status, clean, wiki CLI commandsdocs/agent-guidance/gitnexus.md
<!-- gitnexus:end -->
  • Editing plugin sources, skills, agents, rules, or guidance: load the matching page from the agent guidance index, including plugin development and writing for agents; Codex projection rules live in Codex guidance. For specifications and development records, follow document storage by type and OpenSpec authoring, including superpowers workflows.
  • Changing skill or guidance prose that ships in a package: follow daily skill prose: edit the canonical file, refresh the marketplace companion, commit that clean tree, then generate surfaces outside the checkout. Release-shaped output still uses the generated-output preflight. Surface ownership stays in distribution surfaces.
  • Orchestrating implementation: follow the canonical execution policy — record decision state, run the read-only reasoner before a writer when required, keep planner/review/CI/archive/PR checkpoints, and leave external /opsx:apply unchanged.
  • Developing dhpk: follow the repository's Project Convention for branches, changelog, applicable OpenSpec delivery, closeout, and shell habits. Consumer projects supply their own conventions.
  • Project workflow defaults: Agent-First and multi-file Plan Mode are task-fit recommendations; use them when ownership, uncertainty, risk, or coordination supports them. Apply an 80% coverage target only when project/task acceptance or runner configuration makes it applicable; do not invent a universal threshold. See the execution policy and testing governance. They do not override stronger current-session instructions or change user-global settings.

Agent skills

Issue tracker

GitHub Issues 是本專案的 issue tracker。依 docs/agents/issue-tracker.md 使用 gh。

Triage labels

使用 needs-triage、needs-info、ready-for-agent、ready-for-human、wontfix。詳見 docs/agents/triage-labels.md。

Domain docs

本專案採 single-context。讀取根目錄的 GLOSSARY.md 和相關 docs/adr/。詳見 docs/agents/domain.md。

Guidance ownership

AGENTS.md is the only repository instruction entrypoint source. Edit it directly; CLAUDE.md, codex/AGENTS.md, and cursor/AGENTS.md are relative symlinks to this file. Resolve reference links from the repository root. Load Codex guidance for Codex work and Cursor guidance for Cursor work; these are topic references, not separate instruction entrypoints.

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.