Commit Graph

19 Commits

Author SHA1 Message Date
041afc6311 pypi publication complicatoins 2026-05-23 06:45:36 +02:00
ed14952b17 chore(consistency): sync task status from DB [auto]
Updated by fix-consistency on 2026-05-23:
  - update .custodian-brief.md for issue-core
2026-05-23 05:20:18 +02:00
2fd7de08d2 Refresh agent instruction files 2026-05-18 16:55:43 +02:00
b20eb11583 feat: restore issue-tracker console script as migration hint
Callers using the pre-rename `issue-tracker` command now get a clear
stderr message pointing them at `issue-core` (or the short `issue`
alias) and exit code 2, instead of `command not found`.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-17 05:27:34 +02:00
f96ca46965 chore(consistency): sync task status from DB [auto]
Updated by fix-consistency on 2026-05-17:
  - update .custodian-brief.md for issue-core
2026-05-17 05:22:17 +02:00
b605d970e3 feat: rename to issue-core and add task ingestion endpoint
Renames the package, distribution, CLI alias, Makefile targets, and
working directory from issue-facade to issue-core, signalling its
role as the authoritative task lifecycle manager for the Coulomb org
(peer to activity-core, rules-core, project-core).

Adds POST /issues/ ingestion endpoint for activity-core's IssueSink,
under a new optional [api] extra. The endpoint is served by `issue
serve`, authenticates via the ISSUE_CORE_API_KEY env var (Bearer or
X-API-Key header), and routes the TaskSpec payload to the configured
default backend with full traceability metadata embedded in
sync_metadata.

- T01: Python package issue_tracker -> issue_core, dir rename
- T02: registered in state hub under custodian domain
- T03: INTENT.md (what it is, what it isn't, how it fits)
- T04: SCOPE.md (in/out-of-scope, integration boundaries)
- T05: POST /issues/ via FastAPI + Uvicorn, 9 unit tests
- T06: docs/nats-task-ingestion.md design stub

Closes ISSC-WP-0001.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-17 05:16:27 +02:00
99ea1fbc45 chore(consistency): sync task status from DB [auto]
Updated by fix-consistency on 2026-05-17:
  - update .custodian-brief.md for issue-core
2026-05-17 05:06:10 +02:00
663d1961cf chore(workplan): stub ISSC-WP-0001 rename to issue-core and task ingestion
Workplan for renaming issue-facade → issue-core and implementing the
POST /issues/ task ingestion endpoint required by activity-core's IssueSink
adapter. Covers rename, state hub registration, INTENT.md, SCOPE.md, REST
endpoint, and NATS design stub.

Hub workstream: 1135fc1d-1f46-4e35-886d-04cc3b8050b6

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-05-14 18:12:38 +02:00
70d7ec0cdc docs: add CHANGELOG.md documenting v1.0.0 release
Add comprehensive CHANGELOG following Keep a Changelog format to document
the architecture refactoring and feedback capability implementation.

Documented in v1.0.0:
- ReusableCapabilitiesArchitecture specification
- Feedback capability with visible directory structure
- Detachment facility for capability removal
- Enhanced documentation (CLAUDE.md, README.md, examples)
- Directory visibility changes (.feedback → feedback)
- Explicit family declaration (CAPABILITY-issue-tracking.yaml)

Also includes version history from v0.1.0 through v0.9.0 and
upgrade notes for migrating to v1.0.0.

Closes the documentation gap referenced in TODO.md.
2025-12-17 22:54:27 +01:00
f89772ac79 fix: update remaining .feedback references to feedback
Update directory structure diagrams and copy examples to use
the new visible feedback/ directory instead of hidden .feedback/

This ensures all documentation is consistent with the
ReusableCapabilitiesArchitecture v0.1 specification.
2025-12-17 22:40:06 +01:00
35daa514e5 refactor: align with ReusableCapabilitiesArchitecture v0.1
Refactor issue-facade to conform to the new ReusableCapabilitiesArchitecture
specification, improving discoverability and establishing consistent patterns
for capability integration.

Architecture Changes:
- Rename .feedback/ → feedback/ (visible user interface)
- Rename CAPABILITY.yaml → CAPABILITY-issue-tracking.yaml (explicit family)
- Keep .capability/ hidden (evolving implementation infrastructure)

File Updates:
- Updated all documentation references (.feedback → feedback)
- Updated .capability/feedback script paths
- Updated Makefile, README.md, CLAUDE.md, examples
- Fixed CAPABILITY.yaml → CAPABILITY-issue-tracking.yaml references

New Tools:
- Created .capability/detach script for clean capability removal
- Supports git submodule and directory-based integrations
- Generates detachment manifest for re-integration guidance

Rationale:
- feedback/ is visible: encourages user participation, shows capability identity
- .capability/ is hidden: implementation details that will evolve
- CAPABILITY-<family>.yaml: explicit family declaration, supports multiple capabilities per repo
- Underscore prefix pattern: flatter hierarchy, clear signal of integration

This aligns with the principle that capabilities are conceptual units
designed for natural language integration by devhumans and devagents,
not just technical libraries.

See ReusableCapabilitiesArchitecture.md for complete specification.

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2025-12-17 22:22:47 +01:00
1627fd9673 feat: implement reusable feedback capability for continuous improvement
Add comprehensive feedback system that enables lightweight, unstructured feedback
collection from users of the issue-facade capability, establishing a continuous
improvement loop grounded in real-world usage.

Core Components:
- .feedback/ directory structure (inbound, reviewed, archived)
- Standalone CLI tool (.capability/feedback) for submission and management
- Comprehensive documentation (.feedback/README.md)
- Integration examples and usage guides

Key Features:
- Multiple submission methods (CLI, Makefile, direct file drop)
- No structure imposement - accepts any text/markdown format
- Automatic metadata capture (timestamp, git context, version)
- Maintainer workflow (list, review, archive, create issues)
- Colored terminal output for better UX
- Future-ready for API endpoint evolution

Integration:
- Updated CAPABILITY.yaml with feedback section
- Enhanced CLAUDE.md with comprehensive integration guide
- Added Makefile commands (feedback, feedback-list, feedback-stats, etc.)
- Created detailed usage examples (examples/feedback-example.md)

Design Philosophy:
- Capability-agnostic pattern (reusable across all markitect capabilities)
- Decentralized (each capability owns its feedback)
- Flexible (no required formats or fields)
- Durable (plain markdown files, git-tracked)
- Actionable (feedback lives where maintainers work)
- Scalable (works for 1 user or 1000 users)

Feedback Submission Examples:
  ./.capability/feedback submit "Your feedback"
  make feedback MSG="Your feedback"
  echo "Feedback" > .feedback/inbound/$(date +%Y%m%d)-feedback.md

Maintainer Workflow:
  make feedback-list                    # List pending
  make feedback-stats                   # Show statistics
  make feedback-review-issue FILE=xxx   # Review and create issue

This establishes a robust continuous improvement loop:
User Experience → Feedback → Review → Action → Improved Capability

The pattern is designed to be copied to any capability in the markitect
project, providing consistent feedback collection across all capabilities.

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2025-12-17 21:09:36 +01:00
324453bd8d feat: transform to agent coordination platform with comprehensive documentation
Transform Issue Facade from a universal CLI tool into an agent coordination platform with comprehensive documentation and enhanced capabilities for autonomous coding agents.

Major Changes:
- Complete README rewrite focusing on agent-driven coordination
- New comprehensive documentation (AGENT_INTEGRATION.md, CLAUDE.md, ROADMAP.md)
- Capability integration setup with CAPABILITY.yaml and integration scripts
- Enhanced Makefile with local development targets for easier workflows

Bug Fixes:
- Fix schema initialization using executescript() for multi-line SQL support
- Disable FTS5 triggers due to compatibility issues (documented for future re-enablement)

Features:
- Enhanced CLI list command with full parameter passthrough
- New examples directory with agent integration patterns
- New comprehensive test suite (test_core_models.py, test_local_backend.py)

Code Quality:
- Remove @cached_property decorators for Label properties (simplification)
- Clean up test organization (removed old test_gitea_integration.py)

This milestone establishes Issue Facade as a production-ready coordination layer for multi-agent software development, with clear integration paths and comprehensive developer documentation.

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2025-12-17 19:32:37 +01:00
2dfe5130a3 feat: add comprehensive Gitea integration tests
Added comprehensive test suite for Gitea API integration covering:
- GiteaConfig: Configuration and API URL generation (4 tests)
- IssuesClient: Full issue CRUD operations, labels, milestones (18 tests)
- MilestonesClient: Milestone creation and management (3 tests)
- LabelsClient: Label operations (2 tests)
- GiteaClient: Main client facade (2 tests)
- Error Handling: Error propagation and handling (3 tests)
- Integration Patterns: API consistency and compatibility (3 tests)

Total: 35 integration tests

Status: Currently skipped - tests need updating for issue-facade backend
architecture pattern. These tests were written for a different Gitea client
structure and serve as specification for enhanced API coverage.

Related: test_gitea_backend.py (20 passing tests for current backend)
2025-12-17 15:40:07 +01:00
34a8bc7d4c fix: resolve issue-facade ID mapping bugs and enhance functionality
- Fix Sentinel bug in list command where Click set search params to Sentinel.UNSET
- Fix version command by adding explicit version and package_name parameters
- Fix test isolation by correcting mock patch targets and datetime objects
- Fix critical ID mapping bug: use issue.number consistently instead of mixing with issue.backend_id
- Update all comment operations to use issue numbers instead of internal IDs
- Ensure issue-facade uses upstream issue numbers directly without local ID confusion
- Add comprehensive test coverage with 20 passing tests
- Verify core functionality: list, show, close, version, backend management all working
- Successfully close issue #166 with proper comment handling

🤖 Generated with [Claude Code](https://claude.ai/code)

Co-Authored-By: Claude <noreply@anthropic.com>
2025-11-10 10:48:31 +01:00
00b9834d2f feat: add capability Makefile for integration with markitect main project
- Add comprehensive Makefile following capability system patterns
- Include issue management, backend configuration, and sync targets
- Support both CLI and direct Python module access
- Provide installation, testing, and development targets

🤖 Generated with [Claude Code](https://claude.ai/code)

Co-Authored-By: Claude <noreply@anthropic.com>
2025-11-09 01:30:54 +01:00
51aea5effb init: first extract of implementation 2025-10-25 00:54:20 +02:00
dffe374460 Update README.md 2025-10-24 19:14:53 +00:00
Coulomb Social
f2df364148 Initial commit 2025-10-24 19:13:46 +00:00