Closing the intent-to-code chasm - specification-driven development with BDD verification chain
86
92%
Does it follow best practices?
Impact
86%
1.82xAverage score across 14 eval scenarios
Advisory
Suggest reviewing before use
A SaaS company is building a real-time document collaboration product (similar to Google Docs) and has decided to add a permission and sharing system. The product manager has given a verbal description of the feature to the engineering team lead, who now needs to write a formal feature specification to kick off the development workflow.
The spec will be reviewed by both the product manager (who cares about business outcomes) and engineers (who will use it to plan the technical solution). It needs to be thorough enough that the team can plan and build without going back to the PM.
Produce a specs/004-doc-sharing/spec.md file. Also produce a specs/004-doc-sharing/checklists/requirements.md with a quality checklist for the spec. Write a brief spec-report.md summarizing the feature branch name chosen and what assumptions were made.
The PM's verbal description (as transcribed):
"We need a way for document owners to share their documents with other team members. They should be able to choose read-only or edit access. Documents can also be shared with the whole organization at once. When someone shares a document, the recipient should get notified. Owners can revoke access at any time. We also need to be able to see who currently has access to a document — like an access list."
evals
scenario-1
scenario-2
scenario-3
scenario-4
scenario-5
scenario-6
scenario-7
scenario-8
scenario-9
scenario-10
scenario-11
scenario-12
scenario-13
scenario-14
rules
skills
iikit-00-constitution
scripts
dashboard
iikit-01-specify
iikit-02-plan
iikit-03-checklist
scripts
bash
dashboard
iikit-04-testify
iikit-05-tasks
iikit-06-analyze
iikit-07-implement
iikit-08-taskstoissues
iikit-bugfix
scripts
dashboard
iikit-clarify
iikit-core
references
scripts
bash
dashboard
powershell
templates