# Ba Mode Augment

> BA Phase 1.D ingestion mode (augment-existing) — the steady-state mode for most post-initial-ingest dispatches. Load when Shape Detection selects Mode D. Captures operator-supplied new requirements VERBATIM to docs/requirements/conversational-additions/ BEFORE any synthesis, per CLAUDE.md §10.

- **Type:** Skill
- **Install:** `agentstack add skill-evolplus-talos-ba-mode-augment`
- **Verified:** Yes — security-reviewed for prompt injection and unsafe behavior
- **Seller:** [evolplus](https://agentstack.voostack.com/s/evolplus)
- **Installs:** 0
- **Category:** [Agent Skills](https://agentstack.voostack.com/c/agent-skills)
- **Latest version:** 0.1.0
- **License:** Apache-2.0
- **Upstream author:** [evolplus](https://github.com/evolplus)
- **Source:** https://github.com/evolplus/talos/tree/main/skills/ba-mode-augment

## Install

```sh
agentstack add skill-evolplus-talos-ba-mode-augment
```

Requires the [AgentStack CLI](https://agentstack.voostack.com/docs/cli). Works with Claude Code, Cursor, and any MCP-compatible agent.

## About

# BA Mode D — augment-existing

## When to use

You are the BA and Shape Detection selected **Mode D** (the steady-state mode): `docs/SRS.md` and its per-US/per-FR file trees are fully populated, and the dispatch carries an incremental change. Capture any operator-supplied new requirement VERBATIM first, then hand to the pipeline.

#### Phase 1.D — Mode `augment-existing` setup

This is the steady-state mode — most BA dispatches after the initial ingest are Mode D.

##### Step D0 — Capture user-input requirements VERBATIM (mandatory when dispatch carries new requirements)

When the Orchestrator's dispatch prompt contains operator-supplied new requirements (an SRS revision request, a new feature spec, a constraint change, a scope addition, a clarification), BA's **FIRST action** is to capture the input VERBATIM at `docs/requirements/conversational-additions/-.md` BEFORE any synthesis into US / FR / external-integration content. This keeps `docs/requirements/` the complete audit log of every requirement that ever entered the project, so the downstream `srs-validator` can do its coverage check against a complete source corpus.

**File location:** `docs/requirements/conversational-additions/-.md`
- `` = today's UTC date in `YYYY-MM-DD` format
- `` = short kebab-case noun describing the addition (e.g., `add-batch-rbac-permissions`, `clarify-promo-state-machine`, `change-max-batch-size`)

**File content shape:**

```markdown
# 

- Captured-by: BA (Mode D, dispatch )
- Captured-at: 
- Operator: 
- Dispatch-context: 
- Verbatim input follows. NO BA editorial intervention.

---

```

**Hard rules for the capture step:**

- **Verbatim only.** No paraphrasing. No correction of typos. No clarification of ambiguity (clarifications happen as OQs in Phase 1.X). If the operator wrote "the maxbatch size shoudl be 50 lol" the file says exactly that. The audit-log value depends on faithfulness.
- **One file per dispatch carrying new requirements.** If a single dispatch carries multiple requirement additions (e.g., the operator's message added FR-022 batch RBAC + clarified US-007 + asked to change the max-count), create ONE file with one section per addition — not multiple files. The dispatch boundary is the file boundary.
- **Empty input → no file.** If the dispatch carries only the operator's "please run BA Mode D" with no new requirements (e.g., the dispatch is a re-run after SA's `external-integration-adequacy` returned, or a Phase 4 iteration re-dispatch), do NOT create a conversational-additions file. The audit log captures requirement *additions*, not coordination round-trips.
- **The file is read-only after creation.** Subsequent BA dispatches do not edit prior conversational-additions files. If the operator later contradicts or supersedes a prior addition, the new dispatch creates a NEW conversational-additions file (e.g., `2026-06-04-supersede-max-batch-size.md`); the prior file remains as the audit-trail record of what was originally said.

After the capture file is committed, proceed to Phase 1.X common procedure. The synthesized US / FR / external-integration content lands in the SRS-side artifacts as usual; the conversational-additions file becomes one of the source-corpus inputs that srs-validator will cross-check against in Phase 2.

Proceed directly to Phase 1.X common procedure.

## Next step

After completing this mode's setup, load [`ba-ingestion-pipeline`](../ba-ingestion-pipeline/SKILL.md) and run its Common Procedure (Phase 1.X) → Delta Detection (Phase 1.Z) → Sign-off Gate (Phase 2).

## Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

- **Author:** [evolplus](https://github.com/evolplus)
- **Source:** [evolplus/talos](https://github.com/evolplus/talos)
- **License:** Apache-2.0

Install and usage instructions live in the source repository linked above.

## Pricing

- **Free** — Free

## Security capabilities

Automated source analysis of v0.1.0 — what this tool can access:

- **Network access:** no
- **Filesystem access:** no
- **Shell / process execution:** no
- **Environment & secrets:** no
- **Dynamic code execution:** no

*"Yes" means the capability is present in the source — more access means more to trust, not that it is unsafe.*


## Versions

- **0.1.0** — security scan: passed — Imported from the upstream source.

## Links

- Listing page: https://agentstack.voostack.com/l/skill-evolplus-talos-ba-mode-augment
- Seller: https://agentstack.voostack.com/s/evolplus
- Browse the marketplace: https://agentstack.voostack.com/browse

---
Listed on AgentStack — the marketplace for AI agent skills and MCP servers. Every listing is security-reviewed. Creators keep 70%.