CtrlK
BlogDocsLog inGet started
Tessl Logo

tessl-labs/intent-integrity-kit

Closing the intent-to-code chasm - specification-driven development with BDD verification chain

86

1.82x
Quality

92%

Does it follow best practices?

Impact

86%

1.82x

Average score across 14 eval scenarios

SecuritybySnyk

Advisory

Suggest reviewing before use

Overview
Quality
Evals
Security
Files

task.mdevals/scenario-10/

Feature Specification: Team Document Collaboration

Problem/Feature Description

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.

Output Specification

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.

Feature Description from the PM

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

README.md

tile.json