Skip to content
Back to skills

Project Sdd Context

ASecurity

Use when the task is anchored in a project scope inside project/ that already has 00-START-HERE.md, 01-WORKFLOW.md, a spec, batches, and a validation checklist. It helps operate local SDD without trying to convert the entire repository.

  • 4 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added November 7, 2026
developmentgo

Security analysis

A100/100

Pro scans all 2 files and shows the line behind each finding

Scanned November 7, 2026

npx -y skills add otavioserra/conn2flow-ai-workspace --skill project-sdd-context --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Project Sdd Context?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Project Sdd Context
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/otavioserra-project-sdd-context-conn2flow-ai-workspace/badge)](https://www.skillsdirectory.com/skills/otavioserra-project-sdd-context-conn2flow-ai-workspace)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: project-sdd-context
description: 'Use when the task is anchored in a project scope inside project/ that already has 00-START-HERE.md, 01-WORKFLOW.md, a spec, batches, and a validation checklist. It helps operate local SDD without trying to convert the entire repository.'
user-invocable: false
---

# Local SDD in a private project

This skill exists for workstreams inside `project/` that already operate with spec, batch, review, decision, and validation artifacts, even if the entire repository is not SDD.

## When to use

- task anchored in `project/<workstream>/`
- reading or editing a spec, batch, review, decision, change request, or validation artifact
- code implementation that depends on an existing batch or checklist in that workstream

## Procedure

1. Confirm through the [local scope checklist](./references/escopo-local.md) whether that workstream really operates in SDD.
2. If the task points to `project/<workstream>/human-requests/*.md` or to the `human-requests/` folder, read that human intake first. When only the folder is given, use `CURRENT.md`, then `README.md`, then the most recent `.md` file.
3. Reread `00-START-HERE.md`, `01-WORKFLOW.md`, the main spec, `implementation/BATCH-INDEX.md`, and `validation/VALIDATION-CHECKLIST.md` before proposing code.
4. Treat `human-requests/` as non-normative input and `antigo/` only as historical material, never as the current source of truth.
5. Edit the main spec only when the requirement, acceptance, or structural decision changes.
6. Use reviews, change-requests, decisions, implementation, and validation for the rest of the incremental work.
7. If the workstream does not have those artifacts, return to the normal private-project flow and do not try to retrofit SDD to the entire repository inside the same task.

## Expected output

- local scope recognized correctly
- current batch and validation used as the operational anchor
- no unnecessary rewrite of the main spec
- no broad SDD retrofit outside the workstream that already uses this model

Files in this skill

  • SKILL.md2 KB
  • references/escopo-local.md718 B

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.