- Add nemotron-3-nano:30b to Model Format table in KILO_SPEC.md
- Update Pipeline Agents table to match current agent definitions
- Restore sync-agents.cjs script (uses .kilo/agents/*.md as source of truth)
- Script does NOT require kilo-meta.json in root (keeps Kilo Code working)
Models in use:
- ollama-cloud/nemotron-3-super (9 agents) ✓ available
- ollama-cloud/glm-5 (4 agents) ✓ available
- ollama-cloud/qwen3-coder:480b (3 agents) ✓ available
- qwen/qwen3.6-plus:free (2 agents) ✓ available
- ollama-cloud/minimax-m2.5 (2 agents) ✓ available
- ollama-cloud/gpt-oss:120b (2 agents) ✓ available
- ollama-cloud/nemotron-3-nano:30b (1 agent) ✓ available (added)
- Update agent-architect to nemotron-3-super for detailed specs
- Update capability-analyst to nemotron-3-super for deeper analysis
- Update history-miner to nemotron-3-super for better relevance
- Update prompt-optimizer to qwen3.6-plus via OpenRouter
- Fix system-analyst model path (remove openrouter prefix)
Testing showed ~28% quality improvement across cognitive agents
- Update security-auditor to ollama-cloud/nemotron-3-super-120b-a12b
- Update performance-engineer to ollama-cloud/nemotron-3-super-120b-a12b
- Update memory-manager to ollama-cloud/nemotron-3-super-120b-a12b
- Update evaluator to ollama-cloud/nemotron-3-super-120b-a12b
- Update planner to ollama-cloud/nemotron-3-super-120b-a12b
- Update reflector to ollama-cloud/nemotron-3-super-120b-a12b
- Update system-analyst to ollama-cloud/glm-5
- Update go-developer to ollama-cloud/qwen3-coder:480b
- Update markdown-validator to ollama-cloud/nemotron-3-nano
- Update prompt-optimizer to ollama-cloud/nemotron-3-super-120b-a12b
- Update product-owner to ollama-cloud/glm-5
Based on archive/agent-model-recommendations.json analysis
- Add go-developer agent for Go backend development
- Add 8 Go skills: web-patterns, middleware, db-patterns,
error-handling, security, testing, concurrency, modules
- Add go.md rules file
- Update capability-index.yaml with Go capabilities
- Complete backend coverage for both NodeJS and Go
- Added planner, reflector, memory-manager to capability-index.yaml
- Extended capability_routing with cognitive capabilities
- Updated orchestrator.md with new agent permissions and routing table
- All 3 new agents integrated into workflow
Related: Issue #25 (Research Milestone)
- Add upload_screenshot function to gitea-commenting skill
- Support multipart/form-data for attachments
- Create .test/e2e_test_screenshots.py test script
- Support SVG screenshots as placeholders
- 2 attachments uploaded to Issue #12 successfully
Gitea API:
- POST /repos/{owner}/{repo}/issues/{id}/assets - Upload attachment
- POST /repos/{owner}/{repo}/issues/{id}/comments - Comment with image reference
- GET /repos/{owner}/{repo}/issues/{id}/assets - List attachments
Milestone #44: All issues completed
- Create Dockerfile.playwright with headed mode by default
- Create docker-compose.yml with MCP server, headed, and test profiles
- Update Playwright skill to recommend headed mode for observation
- Remove --headless flag so browser window is visible
- Add BROWSER_VISIBILITY.md guide for X11/Docker setup
- Add README.Docker.md with quick start instructions
Configuration:
- PLAYWRIGHT_MCP_HEADLESS=false (browser visible)
- Requires X11 display for Docker (DISPLAY=:0)
- Three profiles: default, debug, test
Refs: #12 in Milestone #44
- Create browser-automation agent for E2E testing via Playwright MCP
- Create visual-tester agent for screenshot comparison and regression testing
- Add playwright skill with MCP configuration and Docker setup
- Add visual-testing skill with pixelmatch comparison
- Add /e2e-test command for running browser tests
- Add Issue #11 research results for Playwright MCP and Docker
Milestone #44: Web Testing System with Browser Automation
New Agents:
- @browser-automation: Browser control via Playwright MCP
- @visual-tester: Visual regression testing with diff detection
New Skills:
- playwright: MCP configuration, Docker setup, usage examples
- visual-testing: Screenshot comparison, baseline management, HTML reports
New Commands:
- /e2e-test: Run E2E tests with browser automation
Refs: #11#12#13#14#15#16
CRITICAL: All agents MUST now:
1. Check history before starting work (git log, closed issues)
2. Create milestones for complex tasks
3. Update issue checkboxes before closing
Changes:
- Add .kilo/skills/task-analysis/SKILL.md - history check, milestone creation, checkbox updates
- Update requirement-refiner.md - add history check and milestone creation workflow
- Update release-manager.md - add mandatory checkbox updates before closing issues
All agents now require:
- Post comment to Gitea (MANDATORY)
- Update issue checkboxes (MANDATORY)
- Close issue only when all checkboxes done
Created test files to verify full pipeline flow:
- add.ts - Basic math functions (add, subtract, multiply, divide)
- add.test.ts - Comprehensive test suite with Bun test framework
These files will be used to test:
- @sdet-engineer: Test writing (TDD)
- @lead-developer: Implementation
- @code-skeptic: Code review
- @security-auditor: Security check
- E2E pipeline flow
- Replace anthropic/claude-sonnet-4 with ollama-cloud/gpt-oss:120b in:
- capability-analyst.md
- agent-architect.md
- Replace openai/compound with ollama-cloud/glm-5 in review-watcher.md
- Remove duplicate model definitions in agent-architect.md
- Add AGENT_AUDIT.md documenting all model fixes
Available models use prefixes:
- ollama-cloud/ (primary)
- openrouter/ (router)
- qwen/ (direct)
- groq/ (fast inference)
NOT available:
- anthropic/ (Claude)
- openai/ (use via ollama-cloud/gpt-oss instead)
All 18 agents and 11 commands now use available models.
- Add @capability-analyst agent to analyze task requirements vs available tools
- Update @agent-architect to create new agents/workflows/skills based on gap analysis
- Add workflow for automatic review and fix task creation
Workflow:
1. @capability-analyst analyzes incoming task
2. Maps requirements to existing capabilities
3. Identifies gaps (agents, workflows, skills)
4. Recommends new components or enhancements
5. @agent-architect creates requested components
6. @capability-analyst reviews and validates
Gap types:
- Critical: No tool covers this requirement
- Partial: Tool exists but lacks feature
- Integration: Tools exist but don't work together
- Skill: Need domain knowledge
Output:
- Coverage analysis with requirements mapping
- Recommendations for new agents/workflows/skills
- Integration points and dependencies
- Handoff to @agent-architect for creation
- Add GiteaClient.createToken() static method for Basic Auth token creation
- Add AccessToken interface with all Gitea 1.21+ fields
- Create docs/GITEA_INTEGRATION.md with complete usage guide
- Document API scopes (all, read:*, write:*)
- Add examples for agents integration
API scopes per Gitea 1.21+:
- 'all' for full access
- 'read:issue', 'write:issue' for issues
- 'read:repository', 'write:repository' for repos
- 'read:milestone', 'write:milestone' for milestones
- create-gitea-token.sh: Create API token from username/password
- full-gitea-test.sh: Complete test creating milestone, issues, comments
- test-gitea.sh: Updated with correct scope names (all, read:*, write:*)
Test results:
✅ Token creation via Basic Auth
✅ Milestone creation (ID=42)
✅ 3 issues with checklists created
✅ 3 comments added with progress
Gitea API scopes: 'all' for full access, or granular like 'read:issue', 'write:issue'
- Add Milestone interface with all fields per Gitea API 1.21+
- Add CreateMilestoneOptions and UpdateMilestoneOptions types
- Add getMilestones(), getMilestone(), createMilestone(), updateMilestone(), deleteMilestone() methods
- Add setIssueMilestone() to link issues to milestones
- Add TypeScript test script (test-gitea-api.ts) for programmatic testing
- Add Bash test script (test-gitea.sh) for manual API testing
Test scripts create:
- 1 milestone (Pipeline Integration Test)
- 3 issues with checklists
- Comments on issues with progress updates
Usage: GITEA_TOKEN=token ./scripts/test-gitea.sh
- Update Label interface with id, exclusive, is_archived fields
- Add IssueLabelsOption type for proper label handling
- Fix addLabels/removeLabel to support both IDs and names
- Add getIssueLabels, replaceLabels, clearLabels methods
- Add getRepoLabels, getLabel, createLabel for label management
- Add updateIssue for partial issue updates
- Add deleteComment for comment removal
- Add getIssueTimeline for issue events
- setStatus now properly removes old status labels before adding new
- All endpoints now match Gitea API 1.21+ specification
- Move agent-manager from packages/opencode/ to src/kilocode/
- Add Gitea client for pipeline logging
- Add pipeline-runner for workflow orchestration
- Create slash commands: /pipeline, /status, /evaluate
- Update AGENTS.md with workflow documentation
- Update README.md with KiloCode integration details
- Add package.json and tsconfig.json for TypeScript compilation
- Remove duplicate files from packages/opencode/
This enables:
- /pipeline <issue> - run full agent pipeline with Gitea logging
- Direct agent invocation via @mention
- Performance tracking and prompt optimization
Adds agent permissions table with read/edit/write/bash/glob/grep/task access
for all 16 agents, organized into categories: Code Writers, Reviewers,
Analysts, Release Manager, and Configurators.