icea-implement

Generates and writes implementation code for approved ICEA work items from Azure DevOps.

1|Updated Jun 27, 2026
One-click install
npx skills add https://github.com/vickysrawat/AI-Assisted-development --skill icea-implement-vickysrawat
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: icea-implement
Source: https://github.com/vickysrawat/AI-Assisted-development/tree/main/skills/icea-implement
Command: npx skills add https://github.com/vickysrawat/AI-Assisted-development --skill icea-implement-vickysrawat

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Turning an approved ICEA and Tech Spec into actual code is error-prone: developers drift from the spec, skip acceptance criteria, or write code that fails review. This Skill implements an approved ICEA end-to-end — generating code per layer, gating it through a critic and an AC-completeness goal-loop, and only writing to disk after explicit approval. ## Core Features & Use Cases - Spec-driven code generation: Reads the approved ICEA, Tech Spec, and tracker for an Azure DevOps work item, then generates persistence, service, API, UI, and test code in dependency order, matching the project's actual stack (.NET, Java/Spring, Python, Node.js, Angular/React) and per-project .NET version. - Pre-write quality gates: Runs an auto-critic for ICEA/Tech-Spec traceability and a bounded goal-loop that scores completion against every acceptance criterion and planned file change before anything touches disk. - Write Gate and audit trail: Presents all pending files for explicit APPROVE, blocks boundary-crossing writes outside the repo, updates trackers, and appends tamper-evident audit rows for every revision, fix, and completion event. - Use Case: A developer runs IMPLEMENT ADO-1847 after the ICEA is approved; the Skill generates the Dapper repository, service, controller, and xUnit tests, passes the critic and goal-loop, and writes everything only after the developer approves the file list. ## Quick Start Ask the AI to implement an approved work item by saying: implement ADO-1847 and generate the code, tests, and tracker updates for my approved ICEA.

Frequently Asked Questions about icea-implement

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I implement an approved ICEA work item?

Run IMPLEMENT followed by the Azure DevOps ID, such as IMPLEMENT ADO-1847, or IMPLEMENT ADO-1847 Story-2 for an epic story. The ICEA must have Status Approved; otherwise the Skill stops and tells you to approve it first.

What happens before generated code is written to disk?

Two pre-write gates run: an auto-critic checking ICEA and Tech Spec traceability, and a goal-loop scoring completion against every acceptance criterion and planned file change. Code is written only after you reply APPROVE to the Write Gate file list.

Does it support mixed .NET Framework and modern .NET solutions?

Yes. It reads per-project version data from the detection state file and generates Framework or modern idioms per project, capping C# language features to each project's target framework. Multi-targeted projects use the lowest TFM.

Can it write files outside the repository root?

Only with separate explicit confirmation. Any file resolving outside the repo root, such as a dependency repo in additionalDirectories, is flagged as a boundary-crossing write and is never covered by a blanket APPROVE ALL.

Why does implementation stop with a Tech Spec verify marker?

A [? — verify] marker means the Tech Spec has an unresolved item, so the Skill halts and asks you to resolve it with REVISE before generating code. This prevents implementing against ambiguous or unconfirmed design decisions.