Skip to content

chore(docs): update AGENTS.md to reflect recent changes - #112

Merged
RedStar071 merged 2 commits into
mainfrom
claude/wonderful-fermi-9tegdw
Oct 7, 2026
Merged

RedStar071 merged 2 commits into
mainfrom
claude/wonderful-fermi-9tegdw

Conversation

@RedStar071

@RedStar071 RedStar071 commented Sep 28, 2026 •

Copy link
Copy Markdown
Member

Summary

Weekly AGENTS.md maintenance review (window: 2026-09-21 to 2026-09-28). Only one PR merged into main in that window — #109, itself last week's AGENTS.md maintenance PR — plus one direct commit (334c946, "Add pullfrog.yml workflow") that added a manual workflow_dispatch-only GitHub Action. That workflow doesn't run on push/PR, add dependencies, or change any build/lint/test command, so it needs no AGENTS.md coverage.

While verifying AGENTS.md against the live repo, I found a real, still-unfixed gap: the "Cursor Cloud specific instructions → Infrastructure (PostgreSQL)" section references compose.dev.yml, a file that has never existed in this repo — the actual file is .docker/compose.yml. This was previously identified and a fix attempted in PR #106, but that PR was closed unmerged (it went stale/conflicted when #109 touched the same file in the same window) before landing.

I also re-verified against .docker/compose.yml that its postgres-data volume is declared external: true, so docker compose ... up postgres -d fails on a fresh environment unless the volume is created first — nothing else in the repo creates it.

Everything else in AGENTS.md and .github/copilot-instructions.md was cross-checked against package.json scripts, src/lib/common/limits.ts, and the INTERNAL_API_STARYL_TOKEN/DISCORD_PUBLIC_KEY/DISCORD_TOKEN references in src/lib, and remains accurate.

Changes

  • AGENTS.md: fix compose.dev.yml → .docker/compose.yml, and document the postgres-data external-volume prerequisite (docker volume create postgres-data) as a one-time step before first up.

🤖 Generated with Claude Code

https://claude.ai/code/session_01KjpmZuodwjnvc8Q93y21ZG


Generated by Claude Code

RetriggerConfidence Score: 5/5

No outstanding finding blocks merging.

Reviews (2) · Last reviewed commit: "fix(docker): make compose.yml valid so t..."

AGENTS.md's PostgreSQL setup steps pointed at compose.dev.yml, a file
that has never existed in this repo; the actual file is
.docker/compose.yml. Also document the one-time postgres-data volume
creation the file's external:true declaration requires, since
docker compose up otherwise fails on a fresh environment.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01KjpmZuodwjnvc8Q93y21ZG

@pullfrog pullfrog Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

✅ No new issues found.

Reviewed changes

Reviewed the single-commit doc fix to AGENTS.md's PostgreSQL setup instructions.

  • Fixed stale compose file path: docker compose -f compose.dev.yml ... → docker compose -f .docker/compose.yml .... Confirmed .docker/compose.yml is the only compose file in the repo and compose.dev.yml has never existed.
  • Documented the postgres-data external-volume prerequisite: added a docker volume create postgres-data step before the first up. Confirmed in .docker/compose.yml that the postgres-data volume is declared external: true, so this step is factually necessary on a fresh environment.

Grepped the repo for any other compose.dev.yml/compose.yml references — none remain stale outside this diff. Both claims check out against current repo state; this is a clean, minimal, and accurate documentation fix.

Pullfrog  | View workflow run | Using Claude Sonnet | 𝕏

Comment thread AGENTS.md
Comment thread AGENTS.md
…p works

Compose rejected the whole project (even with only `postgres` selected)
because the `redis` service referenced an undeclared `redis-data` volume,
and the `ring` service's `env_file` pointed at
`src/.env.development.local`, which AGENTS.md never tells anyone to
create. Declare the volume and mark that env file optional so
`docker compose -f .docker/compose.yml up postgres -d` validates on a
fresh checkout with no local env overrides in place.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01KjpmZuodwjnvc8Q93y21ZG
@coldtea-pr-lens

Copy link
Copy Markdown

◈ PR Lens

Note

The title starts with chore(docs):, so PR Lens left this pull request undrawn. Comment @pr-lens draw to draw it

github.comment.notice: false in .github/pr-lens.yml turns this note off

@pullfrog pullfrog Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

✅ No new issues found.

Reviewed changes

Reviewed the second commit (6e60082), which fixes the two docker compose validation failures that Greptile flagged against the previous commit's documented PostgreSQL startup.

  • Declared the redis-data volume: added redis-data: under the top-level volumes: in .docker/compose.yml, matching the redis service's existing redis-data:/data mount. Without this, Compose rejected the whole project (service redis refers to undefined volume redis-data) even when only postgres was selected.
  • Made the dev-local env file optional: converted the ../src/.env.development.local env_file entry to the long form with required: false, so docker compose ... up postgres -d no longer fails on a fresh checkout with no local override files present. .env.development.local is a legitimate gitignored override file (.gitignore:28), so this isn't a stray reference — it's still loaded when present.

I independently confirmed both root causes against the current .docker/compose.yml: the redis service block mounts redis-data and was previously undeclared at the top level, and src/.env.development.local doesn't exist anywhere in this checkout (only src/.env does), so required: false is the correct fix rather than a workaround. This directly resolves the "not safe to merge" blocker from the prior review round.

Pullfrog  | View workflow run | Using Claude Sonnet | 𝕏

Copy link
Copy Markdown
Member Author

Status: waiting on CI infra, not this PR.

All content-relevant checks are green: Greptile (confidence 5/5, "No outstanding finding blocks merging"), pullfrog, CodeQL, Socket Security (both), and GitGuardian. Both Greptile P1 findings from the earlier round (undeclared redis-data volume, required src/.env.development.local env_file) are fixed and resolved in 6e60082.

The two remaining required jobs — 🔠 Lint project and 🟦 Build project (.github/workflows/continuous-integration.yml, runs-on: depot-ubuntu-24.04-arm-4) — have been stuck in queued status since 11:38 UTC (30+ min) without a runner ever picking them up. This isn't specific to this PR: run #923 on PR #84 has been queued since 2026-09-28T22:55 UTC (13+ hours), and every prior ci run I can see on this workflow shows either queued or cancelled (auto-cancelled ~24h after creation, never having started) going back several days. This diff doesn't touch .github/workflows/continuous-integration.yml or anything CI-related, so it isn't the cause — the Depot (depot-ubuntu-24.04-arm-4) runner pool appears to not be dequeuing jobs for this repo at all right now. That's outside what a code push here can fix (likely a Depot project/billing/connection issue on the org side) — worth a maintainer checking the Depot dashboard/GitHub App connection for wolfstar-project.

I'll keep watching this PR and will act on anything that changes (CI finally running, new findings, etc.).


Generated by Claude Code

Copy link
Copy Markdown
Member Author

Update: attempt 1 of the ci run sat queued for a full 24h and was auto-cancelled by GitHub without a Depot runner ever picking it up. I re-ran the failed jobs (attempt 2) at 11:38 UTC today — it also went straight back to queued and is still there 16+ minutes later. This confirms the Depot (depot-ubuntu-24.04-arm-4) runner pool isn't dequeuing jobs for this repo at all right now; I won't keep re-running since that clearly isn't the fix. A maintainer will need to check the Depot dashboard/GitHub App connection for wolfstar-project — nothing in this PR's diff can resolve it.

Everything content-relevant remains green (Greptile 5/5, pullfrog, CodeQL, Socket, GitGuardian). I'll keep watching and will re-run/merge readiness-check once Lint/Build actually execute.


Generated by Claude Code

@RedStar071
RedStar071 merged commit 249a83d into main Oct 7, 2026
9 of 13 checks passed
@RedStar071
RedStar071 deleted the claude/wonderful-fermi-9tegdw branch October 7, 2026 15:44
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.

2 participants