Skip to content

chore: keep agent guidance local instead of tracking AGENTS.md - #34

Merged
dro-devstream merged 1 commit into
previewfrom
chore/untrack-agents-md
Aug 28, 2026
Merged

dro-devstream merged 1 commit into
previewfrom
chore/untrack-agents-md

Conversation

@dro-devstream

Copy link
Copy Markdown

Description

CLAUDE.md was already gitignored while AGENTS.md was tracked, so the two drifted: the local copy carried our deploy procedure and environment notes and the committed one did not. Keeping them in sync by hand kept losing — the local edits had ended up living in a git stash across branch switches.

This fork's GitHub repository is public, and the notes that matter here are our own infrastructure: the prod host and its paths, the deploy sequence, an internal document URL. That is guidance for whoever works on this checkout, not content for a public repo. So both files are now ignored.

They are now literally the same file: AGENTS.md holds the content and CLAUDE.md is a symlink to it. That is the only arrangement that actually guarantees the "always identical" part, rather than relying on someone remembering to copy changes across.

Type of Change

  • Bug fix (non-breaking change which fixes an issue)
  • Feature (non-breaking change which adds functionality)
  • Improvement (change that would cause existing functionality to not work as expected)
  • Code refactoring
  • Performance improvements
  • Documentation update

Test Scenarios

  • git check-ignore -v confirms both AGENTS.md and CLAUDE.md resolve to the new ignore rules.
  • diff AGENTS.md CLAUDE.md is empty — they are the same inode via the symlink.
  • Grepped the whole repo (workflows, package manifests, docs, source): nothing references AGENTS.md, so no tooling or CI breaks.
  • Working tree clean after the change; the local file keeps its full content (deploy section and the 8002 port note included).

References

Two consequences worth knowing before merging:

⚠️ AGENTS.md is maintained upstream. makeplane/plane has it, and every commit touching it in our history is an upstream PR (makeplane#9138, makeplane#8677, makeplane#8220). A future merge from upstream that changes the file will want to reintroduce it and will need resolving in favour of ignoring it again. Reverting this commit is the escape hatch if that becomes tiresome.

⚠️ Pulling this deletes the working-tree AGENTS.md for anyone who has one, because the path is now ignored. Tell the team to copy theirs somewhere first if it has local notes worth keeping.

CLAUDE.md was already gitignored while AGENTS.md was tracked, so the two
drifted: the local copy carried our deploy procedure and environment notes and
the committed one did not. Keeping them in sync by hand kept losing, and the
local edits ended up living in a git stash across branch switches.

This fork's GitHub repository is public, and the notes that matter here are our
own infrastructure -- the prod host, its paths, the deploy sequence, an internal
document URL. That is guidance for whoever works on this checkout, not content
for a public repo, so both files are now ignored.

They are now literally the same file: AGENTS.md holds the content and CLAUDE.md
is a symlink to it, which is the only arrangement that actually guarantees the
"always identical" part rather than hoping someone remembers.

Two consequences worth knowing:

- AGENTS.md is maintained upstream (makeplane/plane has it; the commits touching
  it in our history are all upstream PRs). A future merge that changes it will
  want to reintroduce the file and will need resolving in favour of ignoring it
  again. Reverting this commit is the escape hatch if that becomes tiresome.
- Because the path is now ignored, pulling this commit deletes the working-tree
  AGENTS.md for anyone who has one. Copy it somewhere first if it has local
  notes worth keeping.

Nothing in the repo or CI references AGENTS.md, so nothing else breaks.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@dro-devstream
dro-devstream merged commit d183168 into preview Aug 28, 2026
10 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant