AgentStack
Browse Sign in
Browse Why AgentStack Sell Docs
Sign in
SKILL verified MIT Self-run

Agent Engineering Toolkit

skill-advancingtitans-agent-engineering-toolkit-agent-engineering-toolkit · by AdvancingTitans

Produce evidence-backed audits and intent-to-diff reviews for coding-agent work with the aet CLI. Use before an agent changes a repository, before merging an agent-authored diff, when AGENTS.md/CLAUDE.md/SKILL.md may have drifted, or when a handoff needs portable JSON or SARIF evidence. Works with any agent that can read instructions and run a local CLI.

— No reviews yet
0 installs
33 views
0.0% view→install

Install

$ agentstack add skill-advancingtitans-agent-engineering-toolkit-agent-engineering-toolkit

✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • ✓ Prompt-injection patterns
  • ✓ Secret / credential exfiltration
  • ✓ Dangerous shell & filesystem operations
  • ✓ Untrusted network calls
  • ✓ Known-malicious package signatures

What it can access

  • ✓ Network access No
  • ✓ Filesystem access No
  • ✓ Shell / process execution No
  • ✓ Environment & secrets No
  • ✓ Dynamic code execution No

From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.

View the full security report →

Verified badge

Passed review? Show it. Paste this badge into your README, it links to the public security report.

AgentStack Verified badge Links to your public security report.
[![AgentStack Verified](https://agentstack.voostack.com/badges/verified.svg)](https://agentstack.voostack.com/security/report/skill-advancingtitans-agent-engineering-toolkit-agent-engineering-toolkit)

Reliability & compatibility

✓ Security review passed
0 installs to date
— no reviews yet
● 2mo ago

Declared compatibility

Claude CodeClaude Desktop

Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.

Preview Execution monitoring

We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.

How agent discovery & health will work →
Are you the author of Agent Engineering Toolkit? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

Agent Engineering Toolkit

Current Skill version: 1.8.0 (Evidence-Gated Evolution Lab)

Use the aet CLI as the source of truth. The host agent may choose its own shell or package runner, but must preserve the commands' exit status and attach the emitted evidence instead of paraphrasing it as unverified fact.

UNKNOWN is never a pass. Only aet trace executes explicit argv after --. Audit, review, and Evidence Pack compilation stay deterministic and local. AET may propose, replay, gate, and stage a Constitution-bound asset candidate, but it never adopts a candidate, commits it, pushes it, or lowers an evidence contract automatically.

Route the request

Choose one initial surface. If the request is ambiguous, default to read-only audit or evolve plan.

| User need | Initial command | Output | | --- | --- | --- | | Trust current instructions / Skills | aet audit . --strict | Audit report | | Check a proposed or completed diff | aet review . --base | Review report | | Prove a command ran and retain a declared text report | aet trace --proof --artifact … -- | Trace + pack | | Understand why a repo changed | aet evolve plan/collect/build/report | Evolution Pack | | Record which local context was available | aet context discover/record/verify | Context Manifest | | Preserve a source-backed project decision | aet decision init/add/verify | Decision Ledger | | Improve a bounded Skill or audit asset | aet learn target list, then harvest/inspect/mine/propose/replay/gate/stage | Staged candidate + target-specific Gate report |

Repo Archaeologist example: “Explain why this repository adopted a plugin architecture; link releases, PRs, Issues, commits, and README changes, and separate direct evidence from candidates.” Use aet evolve; never invent author intent.

Workflow

  1. Ensure aet is available on PATH, or run it from a project checkout with

its documented package runner.

  1. Before implementation, run:

``bash aet audit . --format json --output .aet/evidence/audit.json --strict ``

  1. Read every FAIL first. Treat UNKNOWN as a verification gap, never as a

pass. Correct the repository or the reference, then rerun the same command.

  1. Before delivery, require a human-reviewed aet.intent.json and run:

``bash aet review . --base main --format json --output .aet/evidence/review.json ``

  1. When command execution is explicitly requested, run it only through Trace,

then compile the available reports into a portable pack:

``bash aet trace --proof --intent aet.intent.json --artifact reports/junit.xml --output .aet/evidence/trace.json -- [args...] aet evidence pack \ --audit .aet/evidence/audit.json \ --review .aet/evidence/review.json \ --trace .aet/evidence/trace.json \ --output .aet/evidence/evidence-pack.json ``

-- is required. --artifact is optional but must be a relative UTF-8 report generated under the workspace; it is redacted and embedded only when explicitly requested. Trace is opt-in; neither audit nor review may execute a declared proof command. Attach the generated JSON to the handoff.

  1. For archaeology, use:

``bash aet evolve plan . --question "" --output .aet/evolve/plan.json aet evolve collect . --question "" --output .aet/evolve/run aet evolve build --manifest .aet/evolve/run/source-manifest.json --output .aet/evolve/run aet evolve report --graph .aet/evolve/run/object-graph.json --output .aet/evolve/run ``

For a delivery that needs an explicit lifecycle, initialize an optional Run Manifest before producing artifacts, then attach each generated JSON with --run .aet/runs/.json. A Run records artifact order and marks the delivery STALE when its recorded workspace no longer matches; it never chooses or executes a command for the user.

Use --remote github only on explicit request. Missing remote data is UNKNOWN; a textual #123 relation is only a candidate until source objects establish it.

  1. Report the command, exit status, summary, and evidence-file path. Do not

claim a referenced command, remote MCP, or model output was verified unless another tool actually performed and recorded that check.

  1. For an explicit context boundary, use:

``bash aet context discover . --output .aet/context/manifest.json aet context record --manifest .aet/context/manifest.json --read AGENTS.md aet context verify --manifest .aet/context/manifest.json ``

Discovery is L1 evidence that an asset existed with a recorded hash. --read is only an L5 agent/host attestation; it cannot prove the model read, understood, or used the asset. Do not describe this feature as RAG, generic Agent memory, or host telemetry.

  1. For a durable, source-backed project decision, use:

``bash aet decision init --output .aet/decisions.json aet decision add --ledger .aet/decisions.json --id DEC-0001 \ --claim "Keep proof execution explicit." --evidence-state EVIDENCED \ --source docs/productization-plan.md aet decision verify --ledger .aet/decisions.json ``

EVIDENCED and INFERRED decisions require local hashed sources. Verification proves only that recorded bytes still match; it does not make the decision universally or permanently correct.

  1. When repeated structured AET evidence reveals a routing or handoff problem,

use the Evolution Lab instead of editing the production Skill directly:

``bash aet learn harvest --evidence .aet/evidence --output .aet/learn/experiences.json aet learn inspect --experiences .aet/learn/experiences.json --output .aet/learn/inspection.json aet learn mine --experiences .aet/learn/experiences.json --output .aet/learn/patterns.json aet learn propose --engine rules --patterns .aet/learn/patterns.json \ --target skills/agent-engineering-toolkit/SKILL.md --output .aet/learn/candidates/CAND-001 aet learn gate --candidate .aet/learn/candidates/CAND-001 --core eval/core \ --validation eval/validation --held-out eval/held-out --output .aet/learn/gates/CAND-001.json aet learn stage --candidate .aet/learn/candidates/CAND-001 \ --gate .aet/learn/gates/CAND-001.json --output .aet/learn/staged ``

stage is a proposal for human review, not adoption. Only a human may run aet learn adopt --yes after reviewing the patch and the Gate report. Use aet learn reject to preserve why a candidate was declined and aet learn viewer --gate for a static review page. aet learn collect can add Evidence Only packs to a user-controlled local cross-project store; it never uploads them. aet learn sleep may run the bounded loop with explicit candidate/replay/model/time budgets, but it only stages a passing candidate and never reads raw transcripts by default.

Static replay checks the Skill document only. When an explicit real-host evaluation is requested, first inspect local adapters with aet learn runner list, then name the host and local runner configuration:

``bash aet learn replay --candidate --suite \ --runner codex --rollouts 3 --runner-config \ --output aet learn gate --candidate --core \ --validation --held-out \ --runner codex --rollouts 6 --statistics-profile adoptable \ --runner-config --output ``

Treat host startup, authentication, missing structured events, and small samples as INFRASTRUCTURE_ERROR or INCONCLUSIVE, never as a candidate pass. Codex/Claude workspace copies protect the production repository but do not prove OS-level network denial; report that boundary as PARTIAL.

For non-Skill targets, always pass an explicit --target-type. Audit Rules use the four partitioned audit-fixture suites and must later accumulate a candidate-bound Shadow aggregate; only Skill candidates use real Agent runners. Audit Profile, Review Policy, Trace Validator, and Triage Policy use deterministic policy suites and bounded JSON Patch operations. Never describe a policy Gate as observed Agent behavior or a synthetic Shadow aggregate as real multi-repository validation.

Portable use

This folder is the canonical, tool-neutral Skill. Install or load the complete folder in any host that supports SKILL.md folders. If the host has no native Skill loader, place this file in that agent's project instructions and ensure the aet executable is available. The optional agents/ metadata is OpenAI-specific UI metadata; other hosts may ignore it.

For compatibility rules and output contracts, read [cross-agent use](references/cross-agent-use.md), then the applicable [audit contract](references/v0.1-contract.md), [review contract](references/v0.2-contract.md), or [Evidence Pack and Trace contract](references/v0.3-contract.md), then the [v1 product contract](references/v1-contract.md).

Boundaries

Audit, review, and Evidence Pack compilation are deterministic and local. Only aet trace executes a command, and only the explicit argv after --. Trace redacts configured secret patterns before persistence; undecodable or unredactable fields remain UNKNOWN. A missing declared artifact makes Trace return non-zero even if its child command passed. No command, MCP server, or model output is verified unless Trace records it.

Source & license

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

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

Reviews

No reviews yet, be the first.

Versions

  • v0.1.0 Imported from the upstream source.