aws-samples / aws-samples/sample-autonomous-cloud-coding-agents

(orchestration): Optional feasibility probe before agent dispatch

Open
#420 0 comments 0 reactions 0 assignees View on GitHub
enhancement orchestration
Dominant language
TypeScript
Stars
143
Forks
46
Avg merge
3d 9h
Merged PRs (30d)
20

Description

## Component

API or orchestration

## Describe the feature

Add an optional **pre-dispatch feasibility phase**: a read-only agent (or deterministic code-intelligence step) that explores the repo/ticket, estimates scope, and returns a structured feasibility summary **before** allocating an isolated compute session for the full coding workflow.

## Use case

Operators burn compute and turns on tasks that were never feasible as specified. A **deep exploration pass** (code search, dependency tracing, ticket analysis) before dispatch lets humans refine the spec or cancel before an unattended run starts.

## Proposed solution

1. Blueprint flag `feasibility_probe: boolean` (default `false`).
2. New workflow step or lightweight `coding/feasibility-v1` workflow: read-only tools, bounded turns/budget, output schema `{ feasible, summary, suggested_scope, risks[] }`.
3. On `feasible: false`, task transitions to `NEEDS_HUMAN` (see related draft) without opening a PR.
4. CLI: `bgagent submit --feasibility-probe` or separate `bgagent probe`.
5. Slack/thread hydration can feed the same probe.

## Other information

- Distinct from shipped **pre-flight checks** (GitHub reachability, token validity)—this is **task-level** feasibility.
- Complements **PR risk classification** and **toil templates**.

## Acknowledgements

- [ ] I may be able to implement this feature
- [ ] This might be a breaking change

## Acceptance criteria

- [ ] Opt-in probe runs before `RUNNING` when configured; results stored in `TaskEvents`.
- [ ] Probe respects read-only tool policy (no Write/Edit).
- [ ] Operator can promote probe output into task description via API/CLI.
- [ ] Tests cover feasible, infeasible, and skipped paths.

Contributor guide

Open the contributing guide

Research direction

No implementation files are named. Start by tracing the blueprint and task lifecycle, TaskEvents persistence, the existing pre-flight checks, and the CLI submit path. Define the opt-in probe flow, read-only policy, feasible and infeasible transitions, promotion command, and tests for feasible, infeasible, and skipped cases.

Written by the indexing model from the issue text.

Assessment

Tech stack
typescript
Domain
backend-api-design, cli
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.