Skip to content

chore(tasks): close TASK-20260910-005 and correct the open task records - #182

Merged
fig-ai-agent[bot] merged 1 commit into
mainfrom
chore/tasks-close
Sep 10, 2026
Merged

chore(tasks): close TASK-20260910-005 and correct the open task records#182
fig-ai-agent[bot] merged 1 commit into
mainfrom
chore/tasks-close

Conversation

@fig-ai-agent

@fig-ai-agent fig-ai-agent Bot commented Sep 10, 2026

Copy link
Copy Markdown
Contributor

What

Closes TASK-20260910-005 and corrects two stale task records.

TASK-20260910-005 → done/

Its Completion summary now cites both companions:

Closing this task does not mean those five items pass. The summary says so
explicitly, and repeats that agent-core must not be described as
production-ready until P-004's rows pass.

Two records corrected

TASK-20260910-004 was in a file named example-task.md; renamed to match its id. Its content was also stale:

  • PR chore(workflows): auto-move non-workflow files out of .github/workflows #168 (moving non-workflow files out of .github/workflows/) has since merged, so that step is ticked with its PR
  • the SHA-pin + YAML repair work was recorded as "none yet — blocked before commit" when it is in fact built and verified, just unpushable
  • the Validation table now carries measured numbers instead of "not run yet"
Measurement Result
workflow files that fail to parse 5 of 12
unpinned uses: refs on current main 66
after the prepared fix — parse 11/11
after the prepared fix — unpinned 0
after the prepared fix — git apply --check applies cleanly

TASK-20260910-003 gained a re-check section: the codeql.yml fix is still not on remote — both SHAs return HTTP 422 from the GitHub API while a control SHA returns 200. It also records a newly measured, separate cause of red CI in that repo: five workflows read requirements.txt at the root, but the repo only has scripts/errorlog-generator/requirements.txt. That is out of this task's scope and needs its own task.

Verification

cd new.inprogress.done
pytest -q          # 20 passed
python3 tools/tasks.py list

No workflow file is touched, so this push is not blocked by the App's workflows permission.

TASK-20260910-005 -> done/. Its Completion summary now cites both companions:
the deliverable half in CHANGELOG.md ([2026-09-10] -> item PR #178 / #179) and
the unverified half in PROBLEMS.md P-004, with a row mapping each of the five
unverified items to its place in P-004. Closing this task does not mean those
five pass — the summary says so explicitly and repeats that agent-core must not
be called production-ready yet.

Two records corrected while reviewing:

- TASK-20260910-004 lived in a file named 'example-task.md'. Renamed to match
  its id. Its content was also stale: PR #168 (moving non-workflow files out of
  .github/workflows/) had since merged, and the prepared SHA-pin + YAML repair
  work was recorded as 'none yet — blocked before commit' when it is in fact
  built and verified but unpushable. Validation table now carries the measured
  numbers (5 of 12 files fail to parse, 66 unpinned refs, 11/11 parse after the
  fix, 0 unpinned after the fix) and the blockers point at P-001/P-002/P-003.
- TASK-20260910-003 gained a re-check section: the codeql.yml fix is still NOT on
  remote (both SHAs return HTTP 422 against the GitHub API, with a control SHA
  returning 200), plus a newly measured, separate cause of red CI in that repo —
  five workflows read requirements.txt at the root while the repo only has
  scripts/errorlog-generator/requirements.txt. That is out of this task's scope.

Tracker tests: 20 passed. No workflow file touched.
@fig-ai-agent
fig-ai-agent Bot merged commit ff0dfcd into main Sep 10, 2026
5 of 10 checks passed
@fig-ai-agent
fig-ai-agent Bot deleted the chore/tasks-close branch September 10, 2026 13:18
fig-ai-agent Bot added a commit that referenced this pull request Sep 10, 2026
)

CHANGELOG.md gains the three PRs that were not yet recorded (#180 changelog
PR, #181 PROBLEMS.md, #182 the task close-out), so the [2026-09-10] section
matches what actually merged.

PROBLEMS.md gains two entries:

- P-007 OPEN — new-crystalcastle CI: five workflows run
  'pip install -r requirements.txt' but the repo has no root requirements.txt
  (only scripts/errorlog-generator/requirements.txt). Evidenced by run
  34471137096. Separately caused from P-002/the bad-SHA issue, so fixing SHAs
  alone will not turn that repo green.
- P-008 RESOLVED — TASK-20260910-004 had been stored in a file named
  example-task.md; renamed in PR #182.

New task TASK-20260910-006 owns P-007. It is blocked deliberately: whether the
right fix is a new root requirements.txt or repointing each workflow at the real
path depends on the intended project layout, and the two workflows may want
different files. Guessing would make CI pass while being wrong.

Tracker tests: 20 passed. No workflow file touched.

Co-authored-by: Fig Agent <agent@fig.local>
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.

0 participants