4 Commits

Include renames

Author	SHA1	Message	Date
archvillainetteandClaude Opus 5	12b4713b95	docs(agents): tea api needs a token, not a different verb ... Corrects the bullet added in the previous commit. It read "tea api can read but not write", which described the symptom rather than the rule. `tea api` sends only the login's `token:` field and never signs requests with the SSH key, so on an SSH-only login every authenticated call fails with `{"message":"token is required"}` — writes and authenticated reads alike. Anonymous reads against these public repos still succeed, which is why it looked like a read/write split. Adding a token to the login makes the raw endpoints work in both directions, confirmed by a POST to the issue labels endpoint that applied and read back. The `tea issues` / `tea pr` subcommands authenticate over SSH and keep working with no token at all. That asymmetry is the confusing part, so it is now stated outright. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-08-05 17:57:57 +02:00
archvillainetteandClaude Opus 5	335680889b	docs(agents): tea 0.15 applies org labels; tea api still cannot write ... Mirrors ShadowsOverWestgate/sow-topdata@8c5f4d8 into this repo's copy of the shared agent docs. nixpkgs now ships tea 0.15.1, so `tea issues edit --add-labels` applies `Kind/*` and the rest of the org set. The 0.14 ceiling stays documented as history for anyone on a pinned older tea. Two things outlived the bump. `tea api` cannot write at all — any `--method POST`/`PATCH` returns `{"message":"token is required"}`, while GETs succeed anonymously because these repos are public. Both files prescribed a `tea api` labels endpoint for labelling an existing issue; that recipe has never worked. It now points at `tea issues edit`. The read-back rule stays, with its reasoning corrected. The note had grown a claim that `tea issues ls` returns stale labels for several seconds after a successful edit, and warned against concluding failure from an immediate read. That was the 0.14 silent no-op misread as replication lag — the read-back was accurate both before and after the bump, and waiting it out would convert a real failure into an assumed success. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-08-05 17:46:34 +02:00
archvillainette	f395d86db5	Replace the stale triage label vocabulary with the org label taxonomy (#97) ... `docs/agents/triage-labels.md` named five labels that do not exist in the tracker (`needs-triage`, `needs-info`, `ready-for-human`, `wontfix`). Meanwhile the org has an 18-label taxonomy at https://git.westgate.pw/org/ShadowsOverWestgate/settings/labels that agents never touched, because no doc pointed at it — `Kind/Bug` had been used twice across every repo. This replaces the doc with the real taxonomy and makes one `Kind/*` label required on every issue and PR at creation time. `AGENTS.md` gets the short version. Enforcement lands separately in `sow-platform` (`ops/policy/labels.yml` + a nightly `ops/checks/check-labels.sh` drift check). Identical doc change in every `sow-*` repo.Reviewed-on: #97 Co-authored-by: vickydotbat <vickydotbat@tutamail.com>	2026-08-04 21:55:47 +00:00
archvillainette	ed6945d308	Adopt workspace-wide agent standards; retire sow-docs (#51) ... Part of the workspace-wide standards rollout. Establishes where work lives (issues vs ADRs vs standing law), scaffolds `docs/agents/` for the engineering skills, and adopts ADR-0001 locally. See `sow-platform` ADR-0021 for the `sow-docs` retirement.Reviewed-on: #51 Reviewed-by: xtul <mpiasecki720@protonmail.com> Co-authored-by: vickydotbat <vickydotbat@tutamail.com>	2026-07-24 18:43:31 +00:00