Skip to content

chore(tasks): add TASK-20260910-005 for agent-core real-world verification - #179

Merged
fig-ai-agent[bot] merged 1 commit into
mainfrom
feat/task-agent-core-verification
Sep 10, 2026
Merged

chore(tasks): add TASK-20260910-005 for agent-core real-world verification#179
fig-ai-agent[bot] merged 1 commit into
mainfrom
feat/task-agent-core-verification

Conversation

@fig-ai-agent

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

Copy link
Copy Markdown
Contributor

What

Adds TASK-20260910-005 to the task tracker — the five things PR #178
could not prove, recorded so "25 tests pass" is not mistaken for "works against
a live provider".

The five unverified items

# Unverified Why it matters
1 AGENT_BASE_URL default (https://api.agent.ai/v2) It is a placeholder — never called
2 submit() reads body["task_id"], status() reads body["status"] A provider using id/state fails immediately
3 schema.sql never applied to a real Supabase project The table may not exist as written
4 RLS policy never tested with two users Cross-tenant isolation is unproven
5 examples/agent-core-ci.yml never ran on Actions uvicorn agent_core.api:app never loaded for real

Each has a checkable acceptance criterion in the task file.

Also fixes a tracker bug

Found while creating this task: TASK_TEMPLATE.md annotated status: new with
a trailing comment (# new | inprogress | done | archive), and cmd_new copied
that line into the new file verbatim. The value then failed the folder/status
check and broke three tests that read the template directly.

  • template now carries a bare status: new
  • cmd_new normalises the line when copying

Verification

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

Scope

new.inprogress.done/ only. No .github/workflows/ file touched, so this push
is not blocked by the App's workflows permission.

…ation

Records the five things PR #178 could not prove, so 'tests pass' is not
mistaken for 'works against a live provider':

1. AGENT_BASE_URL default (https://api.agent.ai/v2) is a placeholder and has
   never been called.
2. submit()/status() read body['task_id'] / body['status'] verbatim; a provider
   using different field names would fail immediately.
3. schema.sql has never been applied to a real Supabase project.
4. The RLS policy has never been tested with two users.
5. examples/agent-core-ci.yml has never run on GitHub Actions.

Also fixes a tracker bug found while creating this task: TASK_TEMPLATE.md
annotated 'status: new' with a trailing comment, which cmd_new copied into the
new file verbatim. That made the value fail the folder/status check and broke
three tests that read the template directly. The template now carries a bare
value and cmd_new normalises it.

Tracker tests: 20 passed.
@fig-ai-agent
fig-ai-agent Bot merged commit 2eefc9f into main Sep 10, 2026
5 of 10 checks passed
@fig-ai-agent
fig-ai-agent Bot deleted the feat/task-agent-core-verification branch September 10, 2026 13:07
fig-ai-agent Bot added a commit that referenced this pull request Sep 10, 2026
Co-authored-by: Fig Agent <agent@fig.local>
fig-ai-agent Bot added a commit that referenced this pull request Sep 10, 2026
The changelog records what shipped; there was nowhere recording what is still
broken. PROBLEMS.md fills that gap with the same [YYYY-MM-DD] sections, so a
date section here pairs with the same section there.

Six entries, each with its evidence:

- P-001 OPEN    five workflow files do not parse (with the parser error each)
- P-002 BLOCKED 66 action refs unpinned; org policy rejects them
- P-003 BLOCKED the App cannot write .github/workflows/ (isolated by a
                control push, not assumed)
- P-004 OPEN    agent-core unverified against a live provider and Supabase
- P-005 OPEN    new-crystalcastle's bare 'feat' branch blocks feat/* pushes
- P-006 RESOLVED the cmd_new template-comment bug fixed in PR #179

Each entry names the owning tracker task and the command behind the claim.
CHANGELOG.md gains a pointer to the new file.

No workflow file is touched.

Co-authored-by: Fig Agent <agent@fig.local>
fig-ai-agent Bot added a commit that referenced this pull request Sep 10, 2026
…ds (#182)

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.

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