Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

AI agent skips requirements/test cases and writes code without approval — causes cascading failures

オープン
#3,900 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
25/100
issue の種類
バグ
明瞭さ
説明が足りない
活発さ
活発
技術スタック
aws, shell, terraform
領域
cli, devops, tooling

調査の方向性

リポジトリのファイル、テスト、エージェントのエントリポイントは特定されていません。まず、計画と承認を処理するワークフローを見つけ、次に issue で名前が挙げられている Terraform の作業と scan.sh の例を調べてください。完了とは、記載された受け入れ基準を満たすことを意味します。要件とテストが承認および実装に先行し、アクションがスクリプトとして提供され、外部の前提条件が最初に検証されることです。

索引モデルが issue の本文から書いたものです。

説明

GitHub Issue: AI Agent Repeatedly Violates Requirements-First Process

Title

AI agent skips requirements/test cases and writes code without approval — causes cascading failures

Labels

process, incident, ai-tooling

Description

The AI coding agent (Kiro) repeatedly violates the established workflow:

  1. Requirements document
  2. Test cases
  3. User approval
  4. Implementation

Instead it jumps directly to code, introduces bugs, then spends hours debugging issues that would have been caught by step 1.

Examples from Aug 14–20

Date Violation Impact
Aug 14 NAT instance terraform — no requirements, used yum on AL2023 3+ hours debugging, instance never worked
Aug 14 Scanner scan.sh — wrong git auth format, used /tmp All clones failed, multiple rebuild cycles
Aug 15 VPC endpoints — deployed SSM only, missed ECR/S3/DynamoDB Scanner couldn't pull image
Aug 20 Missing security group on ECS task Task stuck in PENDING, another hour wasted
Aug 20 Asked user "do you want requirements?" instead of defaulting to them User had to correct again
Multiple Gave raw copy-paste commands instead of scripts Not repeatable, not logged, not auditable

Root Cause

Agent prioritizes speed over correctness. It tries to "complete fast" by skipping process steps, which paradoxically makes everything take 5–10x longer due to cascading failures.

Expected Behavior

  1. Never write ANY code without requirements + test cases + approval — infra, application, scripts, Dockerfiles, all of it
  2. Never give raw commands — always a script with logging, SSO check, error handling
  3. Research before implementing — check docs, package managers, auth formats BEFORE writing code
  4. Default to requirements — don't ask "should I write requirements?" — just do it
  5. Validate assumptions — if code depends on an external system, verify it works on that system BEFORE writing

Acceptance Criteria

  • Zero process violations in next session
  • Every infrastructure change has requirements → tests → approval → implementation
  • Every action delivered as a script, never raw commands
  • Research/verification done BEFORE code, not after failure

Cost

Conservative estimate: 6+ hours of user time wasted across Aug 14–20 debugging issues that should never have existed.

主要言語
Rust
スター
2k
フォーク
441
PR マージ指標
30日以内にマージされた PR はありません

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

aws/amazon-q-developer-cli のほかの issue

aws/amazon-q-developer-cli の issue をすべて見る

似ている issue

Rust の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。