mirror of
https://github.com/norandom/OpenUltraSAST.git
synced 2026-10-20 21:49:28 +00:00
chore: add kiro spec-driven tooling and steering docs
Add the Kiro-style agentic SDLC tooling used to drive this project: the .opencode/skills/kiro-* skill set (discovery, spec init/requirements/design/ tasks, validation, implementation, review, steering), the .kiro/settings templates, and AGENTS.md describing the workflow. Update the spec docs (assessment/design/requirements/tasks) to current state. Scope tests/test_opencode_skills.py to the project's own openultrasast-* skills so the third-party kiro-* tooling (which uses a different frontmatter convention) no longer breaks the frontmatter check. Co-Authored-By: Claude Opus 4.8 <[email protected]>
This commit is contained in:
co-authored by
Claude Opus 4.8
parent
8fe8911020
commit
6699f1f8f9
@@ -0,0 +1,18 @@
|
||||
# Product Overview
|
||||
|
||||
[Brief description of what this product does and who it serves]
|
||||
|
||||
## Core Capabilities
|
||||
|
||||
[3-5 key capabilities, not exhaustive features]
|
||||
|
||||
## Target Use Cases
|
||||
|
||||
[Primary scenarios this product addresses]
|
||||
|
||||
## Value Proposition
|
||||
|
||||
[What makes this product unique or valuable]
|
||||
|
||||
---
|
||||
_Focus on patterns and purpose, not exhaustive feature lists_
|
||||
@@ -0,0 +1,41 @@
|
||||
# Project Structure
|
||||
|
||||
## Organization Philosophy
|
||||
|
||||
[Describe approach: feature-first, layered, domain-driven, etc.]
|
||||
|
||||
## Directory Patterns
|
||||
|
||||
### [Pattern Name]
|
||||
**Location**: `/path/`
|
||||
**Purpose**: [What belongs here]
|
||||
**Example**: [Brief example]
|
||||
|
||||
### [Pattern Name]
|
||||
**Location**: `/path/`
|
||||
**Purpose**: [What belongs here]
|
||||
**Example**: [Brief example]
|
||||
|
||||
## Naming Conventions
|
||||
|
||||
- **Files**: [Pattern, e.g., PascalCase, kebab-case]
|
||||
- **Components**: [Pattern]
|
||||
- **Functions**: [Pattern]
|
||||
|
||||
## Import Organization
|
||||
|
||||
```typescript
|
||||
// Example import patterns
|
||||
import { Something } from '@/path' // Absolute
|
||||
import { Local } from './local' // Relative
|
||||
```
|
||||
|
||||
**Path Aliases**:
|
||||
- `@/`: [Maps to]
|
||||
|
||||
## Code Organization Principles
|
||||
|
||||
[Key architectural patterns and dependency rules]
|
||||
|
||||
---
|
||||
_Document patterns, not file trees. New files following patterns shouldn't require updates_
|
||||
@@ -0,0 +1,45 @@
|
||||
# Technology Stack
|
||||
|
||||
## Architecture
|
||||
|
||||
[High-level system design approach]
|
||||
|
||||
## Core Technologies
|
||||
|
||||
- **Language**: [e.g., TypeScript, Python]
|
||||
- **Framework**: [e.g., React, Next.js, Django]
|
||||
- **Runtime**: [e.g., Node.js 20+]
|
||||
|
||||
## Key Libraries
|
||||
|
||||
[Only major libraries that influence development patterns]
|
||||
|
||||
## Development Standards
|
||||
|
||||
### Type Safety
|
||||
[e.g., TypeScript strict mode, no `any`]
|
||||
|
||||
### Code Quality
|
||||
[e.g., ESLint, Prettier rules]
|
||||
|
||||
### Testing
|
||||
[e.g., Jest, coverage requirements]
|
||||
|
||||
## Development Environment
|
||||
|
||||
### Required Tools
|
||||
[Key tools and version requirements]
|
||||
|
||||
### Common Commands
|
||||
```bash
|
||||
# Dev: [command]
|
||||
# Build: [command]
|
||||
# Test: [command]
|
||||
```
|
||||
|
||||
## Key Technical Decisions
|
||||
|
||||
[Important architectural choices and rationale]
|
||||
|
||||
---
|
||||
_Document standards and patterns, not every dependency_
|
||||
Reference in New Issue
Block a user