본문으로 건너뛰기
cccskills
무료GitHub에 공개

ask

Delegate work or request information from another CCB-managed agent using ask. Use when the user asks Grok to ask, delegate to, hand off to, consult, or send work to a named CCB agent, or when project memory requires CCB collaboration.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

설치 방법 보기

포함된 파일(1)

  • SKILL.md4.6 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

Use this skill when the user asks you to delegate with CCB, or when project memory says to use CCB ask for collaboration.

Decision Card

Before every ask, decide:

  1. Need delegation? If no, answer directly.
  2. Dependency gate:
    • Default: do not use --chain.
    • Use --chain only when the current active CCB task cannot finish until this exact child result arrives. Then stop for continuation.
    • Communication tests, batch sends, notifications, and independent work do not become chain dependencies merely because replies are requested.
  3. Result intent:
    • --silence: publish/execute task; success result not needed. Failures, blockers, risks, or required next actions still surface.
    • --compact: result wanted, but only distilled findings/status/risks/blockers/next actions.
    • + --artifact-reply: consultation/analysis/report where full text should be preserved.
    • plain ask: short question or short handoff where inline text is enough.
  4. Request fidelity:
    • + --artifact-request: exact transient input (logs/output/diffs/copied contents/config/JSON/YAML/table/structured text). Prefer repo paths when the target can read files directly.
    • --artifact-io: request and reply both need artifacts.

Guardrails

  • Do not probe --chain; if unsure there is an active parent job, use plain ask.
  • If CCB says ask --chain requires an active parent job, retry once with plain ask for user-requested delegation.
  • Never add --chain merely to make a rejected plain ask succeed. If the work is independent and no success result is needed, use --silence; otherwise report the routing limitation instead of inventing a dependency.
  • --chain and --silence usually conflict; avoid mixing unless explicit.
  • Avoid --silence --artifact-reply; silence means no caller result needed; artifact-reply preserves one.
  • Artifact flags are orthogonal to --chain, --silence, and --compact. They preserve content, not dependency shape.
  • Automatic spill for text over 4 KiB is a fallback, not the primary rule.
  • --artifact-* modes are CCB/daemon managed; targets do not write artifact reply files.
  • Plain nested ask from an active CCB task is rejected. Use --chain only for a real child dependency; use --silence for independent no-result work.
  • In A --silence -> B, B still runs an active job. B-to-C depends on whether B needs C's result.
  • In task chains, each needed-result hop uses --chain; CCB then propagates continuations.
  • Finish an inbound CCB task in its current turn.
  • If the original caller is a registered CCB agent, CCB routes that turn's terminal result through the existing lineage; do not open a new ask to report completion to the original caller.
  • Direct CLI submitters read terminal results from control output such as watch or trace.
  • If the current task is a CCB result-chain continuation, answer the current task directly with the final result. Do not use ask, --chain, or --silence to send that final result to the original caller; CCB routes the continuation completion upstream.
  • --silence is not an active-job correction channel. Use ccb followup <active_job_id> --message "<correction>" only when the target provider supports exact active-turn injection; only injected is success. On rejected, too_late, or terminal, cancel and resubmit the complete corrected task instead of queueing a correction as ordinary work.
  • A completed CCB job means provider execution ended normally; it does not by itself prove business acceptance.
  • ask get, pend, watch, and ping are diagnostics-only commands for explicit debugging requests, not normal ask workflow tools.
  • Do not manually append output-policy text; stable reply policy comes from managed CCB memory, and ask adds only requested compact/silent mode metadata.

Use no flags or insert selected flags before "$TARGET":

command ask "$TARGET" <<'EOF'
$MESSAGE
EOF
command ask --chain --artifact-reply "$TARGET" <<'EOF'
$MESSAGE
EOF

After submit, stop. Do not wait for a reply, do not run ask get / pend / ping / watch, and do not poll. For --chain, report only submitted.

If terminal permission is denied or cancelled, report that the request was not submitted. Do not change Grok permission settings or claim success.

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

ask

무료

Send a request to another CCB agent with `ask`.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

SeemSeam/claude_codex_bridge3.6천2026년 10월 14일 업데이트

ask

무료

Send a request to a CCB agent with `ask`.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

SeemSeam/claude_codex_bridge3.6천2026년 10월 14일 업데이트

Submit one node result to the assigned Reviewer and finish only after a bounded pass/rework chain.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

SeemSeam/claude_codex_bridge3.6천2026년 10월 14일 업데이트

Execute one scoped implementation or investigation item and return evidence without changing workflow authority.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

SeemSeam/claude_codex_bridge3.6천2026년 10월 14일 업데이트

Execute one bounded CCB work item and report evidence without changing workflow authority.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

SeemSeam/claude_codex_bridge3.6천2026년 10월 14일 업데이트

ccb-clear

무료

Clear CCB managed agent conversation context with `ccb clear`. Use for `/ccb-clear`, `$ccb-clear`, `$ccb_clear`, or requests to reset one or more CCB agent contexts without deleting project state.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

SeemSeam/claude_codex_bridge3.6천2026년 10월 14일 업데이트

SeemSeam의 스킬 모두 보기

이 스킬의 문제 신고