chore(repo): initialize project's repository structure

- Adds src/tests/docs scaffolding
- Preserves Stage 1 planning tasks
- Adds local AI orchestration folders (.agile, tasks)
- Applies GitFlow development base branch
This commit is contained in:
José René White Enciso 2026-02-24 04:42:38 -06:00
commit 3abb56f2f5
8 changed files with 165 additions and 0 deletions

2
.gitignore vendored Normal file
View File

@ -0,0 +1,2 @@
.tasks/
.agile/

View File

@ -0,0 +1,36 @@
@startuml
skinparam shadowing false
skinparam packageStyle rectangle
title building-block-identity package map
package "building-block-identity" {
package "Contracts" {
class IssueIdentityTokenRequest
class IssueIdentityTokenResponse
class EvaluateIdentityPolicyRequest
class EvaluateIdentityPolicyResponse
class IdentityPolicyContextRequest
class IdentityPolicyContextResponse
class RefreshIdentitySessionRequest
class RefreshIdentitySessionResponse
}
package "Abstractions" {
interface IIdentityCapabilityContract
}
}
package "blueprint-platform" {
class ContractEnvelope
}
ContractEnvelope <.. IssueIdentityTokenRequest
ContractEnvelope <.. EvaluateIdentityPolicyRequest
ContractEnvelope <.. IdentityPolicyContextRequest
note bottom
Contracts-only repository.
No runtime or persistence implementation.
end note
@enduml

View File

@ -0,0 +1,33 @@
# Building Block Identity Repository Charter
## Purpose
`building-block-identity` is a contracts-only building block repository for transport-neutral identity capability contracts.
## Ownership
- Identity schema ownership remains with Thalos.
- Contract governance is approved by Thalos maintainers.
- Consumers may depend on contracts only; no identity behavior is hosted here.
## Scope
- Token issuance contracts
- Policy evaluation contracts
- Policy context contracts
- Session refresh contracts (if approved by governance review)
## Out of Scope
- Identity business logic
- Runtime adapters
- Persistence concerns
- BFF or Service orchestration
## Dependency Boundary
Allowed direction:
- `blueprint-platform` -> `building-block-identity`
Forbidden:
- References to DAL, Service, or BFF layers
- Any dependency on `legacy/`
## Consumer Boundary
- Thalos repositories consume these contracts as producer/owner.
- Non-Thalos repositories may consume contracts but must not own identity abstractions.

View File

@ -0,0 +1,14 @@
# Compatibility Bridge Policy
## Goal
Prevent breaking consumers while moving identity contracts into building-block-identity.
## Rules
- Keep backward-compatible contract shape for one migration window.
- Additive changes only until all consumers migrate.
- Breaking changes only in a major version.
## Validation
- Consumer map reviewed before deprecation.
- Compatibility notes published for every release.
- Removal of deprecated shapes requires owner approval.

View File

@ -0,0 +1,22 @@
# Building Block Identity Versioning Policy
## Policy
- Semantic Versioning (`MAJOR.MINOR.PATCH`) is mandatory.
- Backward-compatible contract additions increment `MINOR`.
- Breaking schema changes increment `MAJOR`.
- Non-functional clarifications increment `PATCH`.
## Compatibility Guarantees
- Existing required fields are not removed in the same major line.
- Field renames require additive migration period before removal.
- Deprecations must include replacement guidance.
## Release Governance
- Changes require Thalos owner approval.
- Each release includes a consumer impact note.
- Contract ownership statement must remain explicit in release notes.
## Migration Rules
- Introduce additive fields first.
- Keep dual-shape support for one compatibility window.
- Remove deprecated fields only in next major release.

View File

@ -0,0 +1,17 @@
# Adoption Sequence
## Wave 1
- thalos-service adopts capability contract namespaces.
- Keep dual-shape support for compatibility.
## Wave 2
- thalos-bff adopts capability contract namespaces.
- Validate edge contract compatibility.
## Wave 3
- Non-Thalos consumers adopt contracts-only dependency.
- Confirm no identity behavior ownership transfer.
## Exit Criteria
- No active consumer depends on deprecated Thalos-local contract namespace.
- Deprecation window complete and documented.

View File

@ -0,0 +1,20 @@
# Identity Contract Extraction Map
## Source to Target Mapping
| Current Source | Target Group | Notes |
|---|---|---|
| thalos-service identity token contracts | Contracts/Tokens | Keep payload shape behavior-compatible |
| thalos-service policy contracts | Contracts/Policies | Preserve policy semantics and required fields |
| thalos-service policy context contracts | Contracts/Context | Keep field naming stable for compatibility window |
| thalos-bff refresh session contracts | Contracts/Sessions | Candidate for shared capability standardization |
## Namespace Strategy
- Current Thalos namespaces are mapped to `BuildingBlock.Identity.Contracts.*`.
- Existing Thalos namespaces remain supported during compatibility window.
## Extraction Sequence
1. Introduce target contract namespaces in building-block-identity.
2. Add compatibility bridge in Thalos consumers.
3. Migrate service consumers first, then BFF consumers.
4. Deprecate old namespace usage after compatibility window.

View File

@ -0,0 +1,21 @@
# Stage 7 Provisioning Checklist - building-block-identity
## Preconditions
- [ ] Ownership rule validated: identity abstractions remain Thalos-owned.
- [ ] Dependency graph validated against `rules/15-workspace-dependency-graph.md`.
- [ ] Repository charter approved.
## Provisioning Scope
- [ ] Initialize `building-block-identity` repository structure.
- [ ] Create contracts and abstractions modules only.
- [ ] Add docs baseline (`architecture`, `governance`, `consumption`).
## Guardrails
- [ ] No runtime wiring.
- [ ] No infrastructure adapters.
- [ ] No DAL/Service/BFF dependencies.
## Handoff
- [ ] Publish package boundary and namespace map.
- [ ] Publish versioning and compatibility policy.
- [ ] Confirm downstream consumers and adoption sequence.