AI Unified Process for the Angular/JPA stack - migrations, implementation, tests
93
92%
Does it follow best practices?
Impact
100%
1.01xAverage score across 3 eval scenarios
Passed
No findings from the security scan
aiup-angular-jpa is the AI Unified Process construction plugin for an Angular frontend and a
Spring Boot backend using JPA/Hibernate. It turns the artifacts produced by
aiup-core into database migrations, a REST API, an Angular UI, and tests across both applications.
This plugin is designed to continue from the specifications produced by aiup-core. For the complete AI Unified Process workflow,
use it alongside aiup-core and select one stack plugin.
The backend skills detect and follow either of these established project shapes:
Existing asymmetric conventions are preserved instead of being rewritten into a textbook architecture. The shared
detection rules are documented in
skills/implement/references/module-layout.md.
| Phase | Skill | Result |
|---|---|---|
| Construction | /flyway-migration | Flyway migrations placed in the detected persistence module |
| Construction | /implement | Spring Boot API and Angular UI following the existing architecture |
| Construction | /spring-boot-test | Backend integration tests using the project's detected convention |
| Construction | /vitest-test | Angular component tests with TestBed and HttpTestingController |
| Construction | /playwright-test | Browser tests for a UC-* or end-to-end journeys for a TC-* |
| Construction | /coverage-check | Coverage matrix, gaps, and drift for a UC-* or TC-* |
Construction
─────────────────────────────────────────────────────────────────────────────
/flyway-migration → /implement → /spring-boot-test → /vitest-test → /coverage-check
↘ /playwright-test (UC-* or TC-*) ↗Each skill ends with one Next: line naming the following command. The linked SKILL.md files are the authoritative
reference for detailed inputs, outputs, and behavior.
| Agent | Purpose |
|---|---|
uc-coverage | Audits whether a UC-XXX or TC-XXX is completely implemented and tested |
uc-coverage is the review step of the construction phase. It maps every main success scenario step, alternative
flow, business rule, precondition, postcondition, and linked NFR and constraint of a specification onto the Spring
Boot and Angular code and the tests that realize it, and reports the gaps, the drift (code or tests the specification no longer describes), and the
specification's justified next **Status:** value.
The agent is read-only — it never edits code, tests, or the specification. The implementation and testing skills
do not run it; they hand off to /coverage-check, the one place the audit runs:
/coverage-check UC-001 # implementation and tests in one matrix
/coverage-check UC-001 implementation # narrow the audit to one side
/coverage-check TC-001 # a journey audits its Flow rows and Validation itemsIn Claude Code it is available as a sub-agent once the plugin is installed. Hosts without sub-agent support can use
agents/uc-coverage.md as an instruction document. The traceability markers it searches for
(@UseCase, UC<id>…Test, describe('UC-XXX: …'), @UC-XXX, @TC-XXX) are the ones the skills above produce.
Initialize the project once:
tessl init --agent agentsagents is the vendor-neutral layout; use claude-code, cursor, gemini, codex, copilot, or copilot-vscode
for a specific host. Then install the plugins:
tessl install ai-unified-process/aiup-core
tessl install ai-unified-process/aiup-angular-jpaDepending on the configured agent, skills may be exposed as slash commands or invoked by intent, for example "implement UC-001".
/plugin marketplace add ai-unified-process/marketplace
/plugin install aiup-core
/plugin install aiup-angular-jpaSee the marketplace installation guides for other agents and manual adoption.
aiup-core and reviewed docs/entity_model.md plus docs/use_cases/UC-*.md artifacts.rules/mcp-servers.md.All construction skills consume the core artifacts under docs/. They write migrations and backend code into the
detected Spring module, Angular pages and services into the existing frontend layout, and tests alongside their
respective application.
your-project/
├── docs/
├── backend/
│ └── src/
│ ├── main/java/ # /implement
│ ├── main/resources/db/migration/ # /flyway-migration
│ └── test/java/ # /spring-boot-test
└── frontend/
├── src/app/ # /implement and /vitest-test
└── tests/e2e/ # /playwright-testbackend/
├── <domain-module>/ # pure domain types
├── <business-module>/ # services, ports, and DTOs
├── <persistence-module>/ # JPA adapter and Flyway migrations
├── <api-module>/ # REST controllers
└── <app-module>/ # composition root and integration testsModule names and frontend locations are detected from the project; these trees illustrate responsibilities rather than prescribe exact names.
| Server | Purpose |
|---|---|
JavaDocs | Spring, Hibernate, RestAssured, Testcontainers, and classpath APIs |
playwright | Browser automation |
General npm package documentation is available through aiup-core's context7 server. See
rules/mcp-servers.md for setup details.
Apache-2.0 · © 2025-2026 Marc Affolter and the AI Unified Process contributors
See LICENSE and NOTICE. "AI Unified Process" identifies the original methodology; derived works must retain the NOTICE file and must not present themselves as the official AI Unified Process.