md-first memory extraction framework for AI agents. Markdown is the single source of truth; SQLite holds state and LanceDB provides the rebuildable vector + BM25 + scalar index. The codebase follows a single-direction DDD layering (entrypoints -> service -> memory -> infra, with component / core / config cross-cutting) enforced by import-linter. Engineering surface: - Coding conventions in .claude/rules/ (path-scoped) and workflows in .claude/skills/ (/commit, /new-branch, /pr). - GitHub Actions CI runs make lint + test + integration; pre-commit mirrors the gates locally (ruff, hygiene hooks, gitlint commit-msg). - Commit messages follow Conventional Commits, enforced by gitlint. - make lint also enforces datetime two-zone discipline and OpenAPI drift.
38 lines
1.1 KiB
YAML
38 lines
1.1 KiB
YAML
name: Use-case proposal
|
|
description: Propose an app, demo, or integration for use-cases/
|
|
title: "[Use Case]: "
|
|
labels: ["use case"]
|
|
body:
|
|
- type: textarea
|
|
id: summary
|
|
attributes:
|
|
label: Summary
|
|
description: What does the use case demonstrate?
|
|
validations:
|
|
required: true
|
|
- type: textarea
|
|
id: memory
|
|
attributes:
|
|
label: Memory behavior
|
|
description: What should the agent remember, retrieve, or evolve over time?
|
|
validations:
|
|
required: true
|
|
- type: textarea
|
|
id: stack
|
|
attributes:
|
|
label: Stack and dependencies
|
|
description: List frameworks, services, models, or external APIs.
|
|
- type: textarea
|
|
id: run
|
|
attributes:
|
|
label: Run path
|
|
description: How should a new developer run or inspect it?
|
|
- type: checkboxes
|
|
id: checklist
|
|
attributes:
|
|
label: Contribution checklist
|
|
options:
|
|
- label: I can include a README with setup instructions.
|
|
- label: I can avoid committing secrets, generated output, dependency folders, and image files.
|
|
- label: I can include `.env.example` if configuration is needed.
|