web/agent-proposals-inbox #9

New issue

Closed

opened 2026-05-09 23:24:41 +02:00 by codex · 1 comment

codex commented

2026-05-09 23:24:41 +02:00

Collaborator

Parent: #2
Wave: 1 - Maintainer Foundation
Depends on: #8

Summary

Add a small, calm web surface for reviewing AI/agent proposals without digging through logs.

Scope

List pending/recent proposals for the current workspace/board.
Show proposal summary, actor, source, affected cards, createdAt, and current status.
Provide explicit accept/reject actions.
Ensure accept/reject writes audit events.

Non-goals

No autonomous proposal application.
No broad workflow automation UI.
No redesign of the whole board experience.

Acceptance Criteria

Piotr can see pending agent proposals in one place.
Accept/reject is explicit and auditable.
Applied proposals remain idempotent.
Rejected proposals remain visible as history.

Tests / Smoke

API contract tests for list/get/apply/reject paths.
Browser check for proposal list and accept/reject states.
Manual smoke with an Iskra-created proposal.

Rollback

Disable/hide the proposal inbox route while keeping API/audit data intact.

Owner Gates

Owner approval before enabling this on production agent write workflows.

Parent: #2 Wave: 1 - Maintainer Foundation Depends on: #8 ## Summary Add a small, calm web surface for reviewing AI/agent proposals without digging through logs. ## Scope - List pending/recent proposals for the current workspace/board. - Show proposal summary, actor, source, affected cards, createdAt, and current status. - Provide explicit accept/reject actions. - Ensure accept/reject writes audit events. ## Non-goals - No autonomous proposal application. - No broad workflow automation UI. - No redesign of the whole board experience. ## Acceptance Criteria - Piotr can see pending agent proposals in one place. - Accept/reject is explicit and auditable. - Applied proposals remain idempotent. - Rejected proposals remain visible as history. ## Tests / Smoke - API contract tests for list/get/apply/reject paths. - Browser check for proposal list and accept/reject states. - Manual smoke with an Iskra-created proposal. ## Rollback Disable/hide the proposal inbox route while keeping API/audit data intact. ## Owner Gates Owner approval before enabling this on production agent write workflows.

codex referenced this issue

2026-05-09 23:27:13 +02:00

[meta] Kan-ductor maturity waves #2

codex referenced this issue

2026-05-10 00:11:36 +02:00

feat(agent): complete proposal review api #32

codex referenced this issue from a pull request that will close it,

2026-05-10 00:20:01 +02:00

feat(web): add agent proposals inbox #33

codex commented

2026-05-10 00:20:14 +02:00

Author

Collaborator

Opened PR #33: #33

Implemented the web proposal inbox slice:

/settings/proposals
Agent proposals Settings tab gated by board:edit
status filters: pending/approved/applied/rejected/all
visible proposal actor/source/actions/status
explicit approve/reject buttons for pending proposals
popup feedback after audited decisions
fixed base Button loading/disabled behavior so decisions do not double-fire

Validation run:

pnpm --filter @kan/api build
pnpm --filter @kan/api typecheck
pnpm --filter @kan/mcp typecheck
pnpm --filter @kan/api test -- agent.test.ts integration-tests/agent.integration.test.ts
pnpm --filter @kan/web exec eslint src/components/Button.tsx src/components/SettingsLayout.tsx src/pages/settings/proposals.tsx src/views/settings/AgentProposalsSettings.tsx
pnpm exec prettier --check apps/web/src/components/SettingsLayout.tsx apps/web/src/components/Button.tsx apps/web/src/pages/settings/proposals.tsx apps/web/src/views/settings/AgentProposalsSettings.tsx
git diff --check
local browser smoke on /settings/proposals; rendered no-permission fallback without local auth/data

Known baseline: full @kan/web typecheck still fails on unrelated pre-existing web type issues; no proposal inbox errors surfaced.

Opened PR #33: https://git.pdurlej.com/pdurlej/kan-ductor/pulls/33 Implemented the web proposal inbox slice: - `/settings/proposals` - `Agent proposals` Settings tab gated by `board:edit` - status filters: pending/approved/applied/rejected/all - visible proposal actor/source/actions/status - explicit approve/reject buttons for pending proposals - popup feedback after audited decisions - fixed base `Button` loading/disabled behavior so decisions do not double-fire Validation run: - `pnpm --filter @kan/api build` - `pnpm --filter @kan/api typecheck` - `pnpm --filter @kan/mcp typecheck` - `pnpm --filter @kan/api test -- agent.test.ts integration-tests/agent.integration.test.ts` - `pnpm --filter @kan/web exec eslint src/components/Button.tsx src/components/SettingsLayout.tsx src/pages/settings/proposals.tsx src/views/settings/AgentProposalsSettings.tsx` - `pnpm exec prettier --check apps/web/src/components/SettingsLayout.tsx apps/web/src/components/Button.tsx apps/web/src/pages/settings/proposals.tsx apps/web/src/views/settings/AgentProposalsSettings.tsx` - `git diff --check` - local browser smoke on `/settings/proposals`; rendered no-permission fallback without local auth/data Known baseline: full `@kan/web typecheck` still fails on unrelated pre-existing web type issues; no proposal inbox errors surfaced.