Makit Workbench

From requirements to operations —the full Japanese engineering process, run by AI.

People do just three things: raise the issue, stamp the checks, accept the delivery. Specifications, test reports and progress reports are written by the machine and approved by people. Against the deliverables catalogue, nothing is missing.

  • 7phasesFrom requirements to operations. Nothing skipped.
  • 100documentsDeliverables defined by the standard template. Nothing missing.
  • 3actionsWhat people do — raise, stamp, accept.
01

Two ways in, one way through

With or without existing assets, once you are in, the same seven phases apply. We do not skip phases; the machine performs them — so the deliverables keep the shape you already know.

Entry A

Build from requirements

There is no system yet, or it is being rebuilt. Feed in the material describing what you need, and it is assembled in order, starting from the requirements specification.

  1. 01Feed in the material (minutes, forms, spreadsheets)
  2. 02Decide where the module boundaries fall
  3. 03Enter the seven phases at Requirements
Entry B

Recover from existing assets

The system runs, but there is no specification and nobody who wrote it is left. We read the source and produce the design documents that never existed.

  1. 01Connect the source (Git / zip)
  2. 02A person reviews and confirms the split the AI proposes
  3. 03Enter the seven phases at Requirements (the same road)
02

The seven phases

The phases are never folded. For each one, what the machine produces and what a person stamps are fixed. The next phase does not start until the stamp is on.

No.PhaseWhat happens in this phaseWhat the machine producesWhat a person stamps
01RequirementsBusiness needs are reconciled with current constraints, and what will be built is fixed in writing. Nothing ambiguous moves forward.What the machine producesRequirements specification, business flows, glossary and moreWhat a person stampsCheck stamp
02Basic designThe skeleton of screens, reports, the database and external integrations is decided. What is decided here becomes the baseline for everything after.What the machine producesScreen design, report design, database design, interface design and moreWhat a person stampsCheck stamp
03Detailed designProcessing is written out in full along the chapter structure. Existing code is the evidence, and anything inferred is marked "unverified".What the machine producesDetailed design by chapter, processing specifications, the evidence-line listingWhat a person stampsCheck stamp per chapter
04ImplementationWritten exactly as designed. The unit test code comes out at the same time, so design and implementation do not drift.What the machine producesSource, unit test code, implementation notesWhat a person stampsCheck stamp
05TestingFour stages: unit, integration, system and acceptance. Each defect report links back to the design phase that caused it.What the machine producesTest plans, test specifications, reports, defect management recordsWhat a person stampsCheck stamp per stage
06Migration & releaseThe migration and rollback procedures are produced and shipped to production. This is the only place that needs two approvals.What the machine producesMigration plan, release procedure, rollback procedureWhat a person stampsTwo stamps (PM + Operations)
07Operations & maintenanceOperation is monitored, and incidents and changes are handled. Each maintenance item is raised as an issue, and a job (one run for one issue) takes it through the same seven phases.What the machine producesOperating procedures, monthly reports, incident reports, change control recordsWhat a person stampsCheck stamp

Only testing splits into four stages — unit, integration, system and acceptance. Each defect report links back to the design phase that caused it, so which design error surfaced in which test can be traced afterwards.

03

The deliverables catalogue

標準納品規程 v3

What gets delivered is defined by a template. The catalogue can be swapped for your own standard — chapter structure and page layout are properties of the template, so documents come out in your in-house format.

No.PhaseBreakdownCount
01RequirementsRequirements specification, business flows, glossary, non-functional requirements and more8documents
02Basic designScreen, report, database, interface and batch design and more14documents
03Detailed designChapter-by-chapter detailed design, processing specifications, the evidence-line listing and more12documents
04ImplementationThe full source, unit test code, implementation notes and more6documents
05TestingPlans, specifications and reports for all four stages, defect management records and more20documents
06Migration & releaseMigration plan, release procedure, rollback procedure and more9documents
07Operations & maintenanceOperations design and procedures, monitoring design and incident flow, the maintenance handover, monthly and incident reports, change control records and more7documents
+Cross-phaseWBS, progress reports, minutes, the acceptance certificate and more24documents
Total100documents

The catalogue follows your standard

Chapter structure and page layout — margins, typeface, stamp boxes — are properties of the template. Give us your in-house Word or Excel and the documents come out in that shape.

Nothing missing is hidden

If a document the template requires is not there, it shows in red on the acceptance screen. There is no way to declare it complete when it is not.

Nobody writes the reports

Progress reports and monthly reports are generated from the check-stamp history. There is no field anywhere for a person to type a number into.

04

Where the work happens

After you sign in there are six screens. On every one, what is waiting on a person — rulings and approvals — comes first.

01

Issues

A list with what is waiting on you (rulings and approvals) at the top. Raise issues here, start work from the detail, and answer rulings and approvals.

02

Jobs

One run for one issue. It moves through the V-model phases from intake to approval and close-out, leaving each phase’s deliverables, review records and PRs.

03

Watch agents

See, start and stop the operators that run on-device tests on VDI lines, and evolution, which proposes improvements from experience.

04

Projects

Set up repositories, documents and VDI lines for each project.

05

System

Settings that apply to every project: the LLM gateway, run limits and project types.

06

Your settings

Display language, appearance, motion and your sessions. Switch to Chinese and you can still approve Japanese deliverables.

PoC — one module, four weeks

Start with one module and see whether it delivers the catalogue in full.

We map your standard into a template and take one module of your existing assets. The PoC is one module over four weeks: we run all seven phases on one module of your own assets, and you judge the full set of deliverables and the quality metrics on the real thing. You keep the deliverables as they come out.