kelos-dev / kelos-dev/kelos

New use cases: PR review, fleet migration, security audit, and beyond

Open
#291 2 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

generated-by-kelos kelos/needs-input kind/docs needs-actor priority/backlog triage-accepted
Dominant language
Go
Stars
331
Forks
40
Avg merge
1d 21h
Merged PRs (30d)
70

Description

🤖 Axon Agent @gjkim42

Summary

After analyzing Axon's current capabilities, examples, and existing issues, I've identified several high-value use cases that are underserved by the current example set. Three of these are concrete enough to propose as examples in PR #290. This issue documents the full analysis and proposes additional use cases for consideration.

Analysis: Current example coverage gap

Axon's four CRDs (Task, Workspace, AgentConfig, TaskSpawner) form a composable system that can express far more than the existing examples demonstrate:

Feature used Existing examples New examples (PR #290)
githubIssues with types: [issues] 03
githubIssues with types: [pulls] 05-pr-review
cron schedule 04 07-security-audit
AgentConfig with plugins 05-pr-review
AgentConfig (agentsMD only) 06-migration, 07-security-audit
Multi-workspace pattern 06-migration
excludeLabels feedback loop (self-development only) 05-pr-review
Conditional output (skip if nothing to do) 07-security-audit

Key observation: the AgentConfig CRD and the types: [pulls] option are completely absent from the existing examples directory, despite being powerful features.

Proposed use cases (concrete examples in PR #290)

1. Automated PR Review (example 05)

Target audience: Teams that want AI-assisted code review on demand.
Pattern: Label a PR with needs-ai-review → agent reviews → swaps label to ai-reviewed.
Why it matters: Code review is one of the most requested AI use cases. Showing this as a first-class Axon workflow makes the framework immediately relevant to teams already thinking about AI-assisted review.

2. Fleet-Wide Migration (example 06)

Target audience: Platform engineering teams managing multiple microservices.
Pattern: One TaskSpawner per repo, all sharing a common AgentConfig with migration instructions. All agents run in parallel.
Why it matters: This is Axon's strongest differentiator — no other tool makes it this easy to fan out AI agents across dozens of repos simultaneously. This directly addresses the README's "Fleet-Wide Refactoring" orchestration pattern with a concrete, copy-paste example.

3. Security Audit (example 07)

Target audience: Security-conscious teams, compliance-driven organizations.
Pattern: Weekly cron agent scans the codebase and only creates issues when findings exist.
Why it matters: Continuous security scanning is a fast-growing category. Positioning Axon here gives it access to security and compliance budgets, not just developer tooling budgets.

Additional use cases (not yet in examples, for future consideration)

4. Documentation generation from code changes

Trigger: githubIssues watching for merged PRs (use types: [pulls], state: closed).
Prompt: "Review the changes in this merged PR and update any affected documentation (README, API docs, inline comments). If the docs are already up to date, exit without changes."
Why: Keeps docs in sync with code changes automatically. Low risk (the worst outcome is a docs PR that gets declined).

5. Onboarding assistant

Trigger: githubIssues with label good-first-issue or help-wanted.
Prompt: "This issue is tagged for new contributors. Add a detailed comment explaining how to approach it: which files to look at, what the expected behavior is, and any relevant context from the codebase."
Why: Reduces maintainer burden for open-source projects. The agent doesn't fix the issue — it just provides guidance, making it safe and low-stakes.

6. Release notes generation

Trigger: cron on release day or githubIssues with types: [pulls] watching for PRs with a release label.
Prompt: "Generate release notes by reviewing all merged PRs since the last release tag. Categorize changes into Features, Bug Fixes, Breaking Changes, and Dependencies."
Why: Release notes are a universal pain point. This automates a tedious task that blocks every release.

7. Stale issue triage

Trigger: cron (weekly).
Prompt: "List all open issues older than 90 days. For each, determine if it's still relevant by checking if the referenced code still exists and the described behavior still occurs. Comment on issues that appear outdated with a suggestion to close."
Why: Issue hygiene is a common pain point for active repositories. This pattern uses Axon purely for analysis and commenting — no code changes, very low risk.

Observations about Axon's current positioning

  1. The multi-repo story is strong but hidden. The README mentions "Fan out hundreds of agents" but there's no concrete example showing how. Example 06 fills this gap. Consider highlighting multi-repo as a primary differentiator.

  2. AgentConfig is underutilized in examples. It's documented in the README but none of the examples use it. PR #290 adds three examples that use AgentConfig, demonstrating its value for reusable instructions and skills.

  3. The PR review use case is the easiest on-ramp. Teams that are already considering AI code review (Copilot reviews, CodeRabbit, etc.) would find Axon's Kubernetes-native approach compelling — especially for organizations that want to keep AI interactions within their own infrastructure.

  4. Security scanning positions Axon for enterprise budgets. Enterprise security teams have budget for automated scanning tools. An Axon-based security scanner that runs inside the organization's own cluster (no data leaving the network) is a strong value proposition.

Related issues

  • #206 — Missing beginner-friendly TaskSpawner examples (the new examples are intermediate-level)
  • #222 — Missing dedicated examples directory (these add to the existing examples/ directory)
  • #283 — Task completion triggers (would enable chaining review after code generation)
  • #268 — Webhook triggers (would improve latency for the PR review use case)
  • #289 — AgentConfig does not support codex and gemini (limits examples 05/07 to claude-code)

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reading the existing examples/ directory, the README's orchestration patterns, and PR #290, then compare the documented CRDs and use cases with the proposed examples. Done means an agreed set of example workflows and positioning changes has been documented without duplicating or conflicting with work already in PR #290.

Written by the indexing model from the issue text.

Assessment

Tech stack
kubernetes
Domain
documentation
Issue type
Documentation
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.