📝 docs(HANDOFF): 도그푸딩 피드백에 따른 백로그 항목 추가

- P9 dogfooding 백로그 항목 fb-26 ~ fb-42 추가
- 각 항목의 목표, 증상, 후속 작업 및 위험 요소 명시
- release 계획에 따른 0.3.0 ~ 0.6.0 분할

📝 docs(INDEX): 백로그 항목에 대한 세부 정보 추가

- fb-26 ~ fb-42 항목의 세부 정보 및 상태 추가
- 각 항목의 목표와 후속 작업 명시
- 도그푸딩 피드백에 따른 개선 사항 반영

🔧 chore(tasks): 새로운 백로그 항목 파일 생성

- p9-fb-26 ~ p9-fb-42 각 항목에 대한 개별 파일 생성
- 각 파일에 목표, 증상, 후속 작업 및 위험 요소 포함
- doogfooding 피드백을 기반으로 한 개선 사항 문서화

tasks/p9/p9-fb-28-agent-invocation-flags.md

@@ -0,0 +1,42 @@
+---
+phase: P9
+component: kebab-cli + kebab-app
+task_id: p9-fb-28
+title: "Agent invocation flags (--readonly + --quiet)"
+status: open
+target_version: 0.3.0
+depends_on: []
+unblocks: []
+contract_source: ../../docs/superpowers/specs/2026-04-27-kebab-final-form-design.md
+contract_sections: [§10 UX]
+source_feedback: 사용자 도그푸딩 2026-05-06 — agent 가 KB 안전하게 사용 + progress 노이즈 끄기 명시 control 필요. shared / multi-agent host 에서 destructive 명령 차단 필수.
+---
+
+# p9-fb-28 — Agent invocation flags
+
+> ⏳ **백로그 only — 미구현.** 본 spec 은 도그푸딩 피드백 skeleton. 구현 착수 전 [superpowers:brainstorming](../../docs/superpowers/) 으로 설계 단계 선행 필요. read-only 의 강제력 (env vs flag vs sub-binary) / quiet 의 범위 (stderr 전체 vs progress 만) brainstorm 후 확정.
+
+## 증상 / 동기
+
+- agent 가 실수로 `kebab nuke` / `kebab reset` 호출 위험 — read-only mode 강제 필요.
+- agent invoke 시 progress / spinner stderr 출력이 noise — 명시 quiet flag 필요.
+- 현재 TTY auto-detect 로 부분 해결되지만 TTY 가 emulate 된 환경 (예: agent host 의 pty wrapper) 에서 의도 안 한 spinner.
+
+## Goal (skeleton)
+
+- `KEBAB_READONLY=1` env 또는 `kebab --readonly <subcommand>` — destructive 명령 (`reset`, `nuke`, `ingest --overwrite` 등) 거부.
+- `kebab --quiet <subcommand>` — 모든 stderr progress / hint 끔. error 만 stderr.
+- agent host 권장 patterns README 에 명시 (예: skill 의 invocation env block).
+
+## 후속 작업 — brainstorm 필요 항목
+
+- read-only 의 enforcement layer — argparse vs runtime check.
+- quiet 와 `--json` 관계 — `--json` 이 자동 quiet 인지.
+- destructive 명령 enumerate — ingest 가 idempotent 인데 destructive 인지 분류.
+- daemon (fb-29) 위에서 read-only token / scope.
+
+## Risks / notes
+
+- read-only bypass 우회 (config 직접 수정 등) 는 막을 수 없음 — best-effort.
+- 사용자가 자기 invoke 에 readonly 걸지 않게 README 안내.
+- fb-30 MCP 의 tool 별 permission 과 통합 (read tool 만 노출 vs read+write).