From microfactory
Interviews the user, configures a Jira/GitHub/TODO task backend, authenticates, and starts the continuous work loop for plan-next and implement-next.
How this skill is triggered — by the user, by Claude, or both
Slash command
/microfactory:init-factoryThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Set up the current project so `plan-next` and `implement-next` can run continuously. All commands below are examples — adapt them to the user's OS and shell (Windows/macOS/Linux).
Set up the current project so plan-next and implement-next can run continuously. All commands below are examples — adapt them to the user's OS and shell (Windows/macOS/Linux).
Ask (with AskUserQuestion where options fit, free text otherwise):
jira, github, or todo (a local TODO.md file).MYPROJ), GitHub owner/repo, or the path to the TODO file.skip-plan are exempt). If no, only issues labeled needs-plan go through planning.feature/<KEY> branches with a pull request (issues labeled skip-branch are exempt). If no, work lands on the default branch (issues labeled needs-branch still get a branch).acli jira auth status. If not authenticated, the user must log in interactively — suggest they run ! acli jira auth login (they will need their site, email, and an API token). Also ask for the Jira site host (e.g. mycompany.atlassian.net). Determine the user's Atlassian account id (visible in acli jira auth status output, or ask the user); it is needed for self-assignment.gh auth status. If not authenticated, suggest ! gh auth login. Determine the username with gh api user --jq .login.todo-tasks skill for the format).Never write tokens or secrets anywhere — the backend CLIs store their own credentials.
Create .microfactory/config.yaml in the project root (settings only, no secrets — safe to commit):
backend: jira # jira | github | todo
project: MYPROJ # Jira key | owner/repo | path to TODO.md
plan_by_default: false
feature_branches: false
implement_interval: 20m
plan_interval: 10m
# jira backend only:
jira_site: mycompany.atlassian.net
jira_account_id: "712020:abc..."
# github backend only:
github_username: octocat
Include only the keys relevant to the chosen backend. If a config file already exists, show it and ask before overwriting.
For the role the user chose for this session, invoke the loop skill:
/loop <implement_interval> /microfactory:implement-next/loop <plan_interval> /microfactory:plan-nextThen tell the user how to run the other role in a second Claude Code session in the same project, e.g.:
claude
/loop 10m /microfactory:plan-next
If planning is not used (no plan-by-default and no needs-plan issues expected), a single implementer session is enough — say so instead of prescribing two sessions.
npx claudepluginhub jaksa76/microfactoryClaims and implements the next microfactory issue — autofixes, tests, pushes, and updates the issue. Use as a /loop target for continuous development.
Guides users through task manager setup: pick manager (Linear/Jira/GitHub Issues/Notion), integration method (MCP/CLI/plugin/API), verify, and write helper skill. Part of /process-setup.
Interactive wizard that generates or updates the Automation Config block in CLAUDE.md with fresh or update modes and template support.