maka-cli
Coordinate Maka CLI as a worker to submit tasks, inspect progress, update saved models, and handle Session questions or approvals.
- License 许可
- Apache-2.0
- 所属仓库
- apache/maka
- 最近更新
- 2026-11-12
- Stars
- ★ 6.0k
- Forks
- 576
01 前言 Front Matter
- name
- maka-cli
- description
- Coordinate Maka CLI as a worker to submit tasks, inspect progress, update saved models, and handle Session questions or approvals.
02 资源文件 2
- 参考文档agents/openai.yaml1004 B
- 参考文档references/session-control.md6.9 KB
03 SKILL.md 正文
<!-- Licensed to the Apache Software Foundation (ASF) under one or more contributor license agreements. See the NOTICE file distributed with this work for additional information regarding copyright ownership. The ASF licenses this file to you under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License. -->
Maka CLI
Delegate work to Maka; the parent owns the assignment and final judgment.
Submit, then wait
Check maka run --help for the installed interface. This skill does not upgrade Maka. Preserve the user's Host, model, cwd, and permissions; otherwise use existing defaults. Repeat the same --host <profile-id> on subsequent calls. Model, connection, and thinking options can also persistently update an existing Session.
Prefer this flow when coordinating work across calls:
maka run "Inspect the project and report findings" --no-wait
# Save the returned sessionId with its Host and assignment as $session.
maka run --session "$session" --wait --json
--no-wait already returns JSON. It is the recommended parent-agent workflow, not the CLI's global default: ordinary maka run "…" --json still waits and suits a single call. Detached work requires a persistent installation and cannot own CLI MCP servers or use Graph Mode.
Wait when ready for the next interaction or result; avoid repeated status polling. A Session-only wait selects its current Turn, or the latest result if idle. It does not drain the whole queue.
status |
Parent action |
|---|---|
running |
Keep the Session ID; execution is incomplete. |
needs_input |
Answer questions using the task context or the user's decision. |
needs_approval |
Assess approvalRequests and approve or deny. |
completed |
Read and assess finalOutput from wait/result. |
failed |
Read the wait/result error before retrying. |
idle |
No result is selected; do not infer success. |
Inspect progress or add work
maka run --session "$session" --status
maka run --session "$session" --recap --json
maka run --session "$session" "Inspect the tests next" --json
maka run --session "$session" "Focus on the parser" --steer --no-wait
Status returns lifecycle and pending interactions; --status --recap returns both state/boundary and progress as JSON. If installed help advertises --recap, use it to summarize recorded progress during execution. Each recap calls the model independently and can lag execution; it is neither final output nor a direct worker reply. Portable session-export is not a progress query.
For an idle Session, send the next prompt and wait as above; --no-wait is only needed when intentionally detaching. A busy Session has status running, needs_input, or needs_approval. Submit its follow-up with --no-wait, then use Session-only waits to handle the current Turn's questions/approvals before queued work can execute:
maka run --session "$session" "Inspect the tests next" --no-wait
maka run --session "$session" --wait --json
Waiting on the new prompt does not return an earlier Turn's interactions.
An added prompt queues by default; --queue is optional. submission confirms admission, while status describes the observed Session, possibly an earlier Turn. Status and admission receipts already return JSON; use --json on waits/results/recaps to keep their output structured.
Handle decisions and interruption
Read Session control details when answering a question, deciding a sandbox request, changing models or resuming, selecting one queued result, or handling submission: "inbox". It covers request selection and uncertain outcomes.
--session controls inherit saved access, including bypass, without repeated --yolo. That flag explicitly grants full access; a read-only prompt does not restrict it. Ctrl+C on a Session observer leaves Host execution running; maka run --session "$session" --stop explicitly requests stop.
Exit 0 can mean admission or a pending interaction, not task completion. After interruption or an uncertain submission, inspect the Session before replaying work. Preserve provider/auth/quota errors and exit codes.
04 同仓库更多 Skills
maka-architecture-docs
Draft, restructure, translate, or review bilingual Chinese-English architecture documentation for the Maka Agent backend. Use when Codex works on Maka technical narratives, component or mechanism explanations, architecture decisions, system flows, engineering guides, or documentation quality checks and needs blog-like clarity without losing architectural precision. Do not use it to impose a fixed topic list or information architecture unless the user asks for one.
Computer Use
Use when the user asks to inspect or operate a local desktop application UI, including reading windows, clicking controls, filling forms, using menus, scrolling lists, moving windows, or waiting for dialogs. Trigger for requests such as "operate this app", "do this in TextEdit/Calculator/Settings", "look at the current window", or "click/type/scroll"; prefer Browser tools for web pages and non-GUI tools for files or terminal work.
code-review
Adversarially review pull requests and code changes against the actual problem. Use for GitHub Copilot code review to assess correctness, root cause, simplicity, deletions, test quality, maintainability, and merge readiness.