본문으로 건너뛰기
cccskills
무료GitHub에 공개한국어 소개

ao-answer

AO에서 사용자 답변을 기다리는 세션을 찾아 질문과 승인 요청을 선택지로 정리하고, 선택한 답을 해당 작업 세션에 직접 보냅니다. 자리 비움 모드에서는 AO 결정 규칙에 따라 처리합니다.

원문원문 설명 보기

Find AO sessions that wait on the user, show each question or approval as tap-to-answer options, and send the answer back to that session, following ao-rules "Decisions" (default, away mode, standing approvals). Use for "what's waiting on me", "answer <session>", "approve it", the AO waiting check routine, and away mode.

OrchestratorInc/agent-orchestrator스타 13,873(GitHub 13,873 + cccskills 0)

실행 점수 미검증

설치 방법 보기

이럴 때 유용합니다

  • AO에서 답변을 기다리는 항목 확인하기
  • 특정 세션의 질문에 답하기
  • 대기 중인 명령이나 변경 승인하기
  • 자리를 비울 때 결정 규칙 적용하기

한국어 소개

할 수 있는 일

AO에서 답변을 기다리는 세션을 찾아 질문, 승인 요청, 일반적인 물음을 구분해 보여 줍니다. 승인 요청에는 실행할 명령이나 변경 내용, 위험 판단, 선택지를 제시합니다. 질문에는 항목별 선택지와 필요한 경우 직접 입력할 답변 방법을 정리합니다. 선택한 답변은 해당 작업 세션으로 직접 전송됩니다. 자리 비움 모드가 켜져 있으면 ao-rules의 “Decisions” 항목에 따라 판단할 수 있는 요청을 처리하고 나중에 그 내용을 보고합니다.

이럴 때 유용합니다

AO에서 어떤 항목이 답변을 기다리는지 확인하거나 특정 세션의 질문에 답할 때 사용할 수 있습니다. 보류 중인 명령이나 파일 변경을 살펴보고 승인할 때, 정기적으로 대기 항목을 확인할 때, 자리를 비운 동안 판단 규칙을 적용할 때도 유용합니다.

사용 예시

  • “AO에서 답변을 기다리는 항목을 보여 주세요.”
  • “이 세션의 질문에 ‘도쿄’라고 답해 주세요.”
  • “대기 중인 변경을 승인해 주세요.”

주의 사항

답변은 오케스트레이터를 거치지 않고 작업 세션에 직접 전송됩니다. 자리 비움 모드에서 판단할 수 없는 항목은 사용자에게 제시됩니다.

이 소개문은 공개된 SKILL.md를 바탕으로 AI(OpenAI Codex)가 작성했습니다. 정확한 사양은 아래 원문을 확인하세요.

문서 점검

AI가 SKILL.md의 내용에서 주의가 필요한 작업과 도입 전제를 확인했습니다. 점수는 실제로 실행한 결과(실행 검증)만으로 매깁니다.

안전성전송·삭제·명령 실행 등을 명시하고 있는가
B일부 부족자료에 승인 선택지와 자리 비움 규칙이 있지만, 부재 중 판단을 내려 답변을 전송합니다.
도입의 용이성필요한 도구나 API 키가 적고 적혀 있는가
B일부 부족aoapi, ao-rules, 호스트 접속 정보가 필요하며 설정 안내는 일부만 있습니다.

점수에는 넣지 않았습니다. 2026년 10월 29일 기준으로 AI(OpenAI Codex)가 판정했습니다. 참고용이므로 설치 전에 원문도 확인해 주세요.

평가가 다르다고 생각되면 재검토를 요청하기

어느 항목이 왜 다르다고 생각하는지 적어 주세요. 로그인은 필요 없습니다. SKILL.md와 대조해 평가를 다시 만들고 이곳에 반영합니다.

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

포함된 파일(1)

  • SKILL.md5.5 KB

SKILL.md(원문)

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

Follow the ao-rules skill. Its "Decisions" section says who may answer. Answers go straight to the worker, not through the orchestrator: the user's pick must arrive exactly as given.

1. Find what's waiting

On every host, in parallel:

f(){ <aoapi helper>
  aoapi GET 'sessions?active=true' | python3 -c '
import json,sys,time,calendar
now=time.time()
for s in json.load(sys.stdin)["sessions"]:
    st=(s.get("activity") or {}).get("state"); t=(s.get("lastEventAt") or "")[:19]
    if st in ("waiting_input","blocked"): print("W", s["id"])
    elif st=="idle" and t and now-calendar.timegm(time.strptime(t,"%Y-%m-%dT%H:%M:%S"))<86400: print("I", s["id"], s.get("lastEventAt"))' |
  while read -r k id at; do
    if [ "$k" = W ]; then
      aoapi GET "sessions/$id/conversation" | python3 -c '
import json,sys
d=json.load(sys.stdin); found=False
for a in d.get("activities") or []:
    if a.get("activityKind") in ("approval","user_input") and a.get("status")=="pending":
        found=True; print(json.dumps({"session":sys.argv[1],"kind":a["activityKind"],"requestId":a.get("requestId"),
            "summary":a.get("summary"),"decisions":a.get("decisions") or (a.get("detail") or {}).get("decisions"),"detail":a.get("detail")}))
if not found: print(json.dumps({"session":sys.argv[1],"kind":"reply"}))' "$id" 2>/dev/null
    else
      aoapi GET "sessions/$id/history?offset=0&limit=1" | python3 -c '
import json,sys,re
t=(json.load(sys.stdin).get("turns") or [{}])[0]; r=(t.get("agentResponse") or "").strip()
if re.search(r"\?[\s*_`)\]]*$", r): print(json.dumps({"session":sys.argv[1],"kind":"reply","lastEventAt":sys.argv[2],"asked":r[-300:]}))' "$id" "$at" 2>/dev/null
    fi
  done; }; f

Each line is one thing waiting:

kindWhat it is
approvalPermission to run a command or change files. summary and detail.input say what; decisions are the options [{id, kind, label}]
user_inputA question. detail.message asks it; detail.schema.properties are the fields, with choices in enum or oneOf
replyThe agent asked in plain text: a session that waits with no request (or a terminal session), or an idle session from the last 24 hours whose last reply ends with a question (asked holds its end). Read its last reply (ao-status "One session in detail")

In the AO waiting check routine: keep what you already showed in ~/.ao-grok/shown.txt on via, one line per item (<host> <session> <requestId>, or <host> <session> reply <lastEventAt> for a reply), and message only about new items. Send nothing when nothing new is waiting.

2. Show it

Per session, one short briefing first: <host>/<session> and its name, what it is doing, and what it asks, in one or two sentences. Don't recommend anything. Then:

  • approval: the command or change verbatim, the risk you judge (ao-rules), and the decisions labels exactly as options in one card. Mark a decision whose kind is allow_always as "changes this agent's permissions for good".
  • user_input: one card with every question in it, in order (the card pages through them). A field with oneOf or enum is a question: use the oneOf titles or enum values as its options, exactly. A field whose _meta._askUserQuestionCustomAnswer.questionId names another field is that question's "Other" box: show it as a typed-answer option on that question, not as its own question. Any other free-text field is a question with a typed answer. detail.inputMode url can't be answered from chat: tell the user to open AO.
  • reply: the agent's question from its last reply, with options if it gave clear ones, else ask for a typed answer.

Several sessions at once: explain them together, then cards per session.

3. Answer

On the owner host, from its via computer:

  • Approval: aoapi POST "sessions/<id>/conversation/approvals/<requestId>/resolve" "$(python3 -c 'import json,sys; print(json.dumps({"decisionId":sys.argv[1]}))' '<decision id>')"
  • Question: content maps each field name to the pick. For a picked option use its oneOf const (or the enum value), not the title. For a typed "Other" answer, put the text under the "Other" field (for example question_0_custom) and leave its question out: aoapi POST "sessions/<id>/conversation/inputs/<requestId>/resolve" "$(python3 -c 'import json,sys; print(json.dumps({"action":"accept","content":json.loads(sys.argv[1])}))' '{"<field>":"<pick>"}')" The user says no or skip: {"action":"decline"}.
  • reply: send the answer as a message (ao-rules "Messages to agents"): aoapi POST "sessions/<id>/send" "$(python3 -c 'import json,sys; print(json.dumps({"message":"[via Grok Bot] "+sys.argv[1],"userAuthored":True}))' '<answer>')"

Confirm in one line. An error that says the request is not pending or not found means it was already answered or closed: say so. Then run step 1 for that session again, and deal with anything still open.

Away mode

When memory says away mode is on and its end time hasn't passed, answer as ao-rules "Decisions" allows instead of showing cards, and log each one. Tell the user afterwards in one line per answer: session, what it asked, what you picked, why. Anything you may not decide: show it as in step 2, and say away mode left it for them.

리뷰

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

댓글

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

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

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

0 / 1,000자

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

같은 저장소의 스킬

ao-actions

무료요약 있음

AO 세션과 풀 리퀘스트를 중단하거나 재개하고, 리뷰를 시작하거나 승인 후 병합합니다. 세션 브라우저 화면과 파일을 보내고, 호스트를 일정 시간 켜 두거나 에이전트 작업을 정기 실행할 수도 있습니다.

  • AO 세션 중단 또는 재개하기
  • 풀 리퀘스트 리뷰 또는 병합하기
  • 세션 화면이나 결과 파일 받기
OrchestratorInc/agent-orchestrator1.4만2026년 10월 30일 업데이트

ao-desktop-dev

무료요약 있음

실제 AO 데스크톱 앱을 실행하거나 다시 시작해 로컬 데이터로 화면 변경을 확인합니다. 여러 풀 리퀘스트 브랜치를 결합해 검토하고, 남아 있는 Electron 프로세스와 포트 충돌, preload bridge 불일치를 조사할 수 있습니다.

  • AO 데스크톱 앱에서 화면 변경 확인
  • 분리 데이터나 기존 로컬 데이터로 테스트
  • 여러 풀 리퀘스트를 결합해 화면 검토
OrchestratorInc/agent-orchestrator1.4만2026년 10월 30일 업데이트

ao-orchestrator

무료요약 있음

프로젝트의 AO 오케스트레이터에게 요청이나 질문을 전달하고 답변을 기다린 뒤 알려 줍니다. 작업 시작과 변경, 진행 상황 확인, 계획 및 다음 단계 논의를 담당 조정자에게 연결합니다.

  • 프로젝트 작업 시작 요청
  • 진행 상황이나 경위 질문
  • 변경 요청을 오케스트레이터에게 전달
OrchestratorInc/agent-orchestrator1.4만2026년 10월 30일 업데이트

ao-rules

무료요약 있음

AO를 사용하는 여러 `ao-*` 스킬의 공통 규칙을 안내합니다. 로컬·원격 호스트와 세션을 구분하는 법, 연결 방법, 오케스트레이터를 통한 작업 전달, 승인과 비밀 정보 처리 방식을 확인할 수 있습니다.

  • AO 스킬을 쓰기 전 공통 규칙 확인
  • 여러 호스트의 세션 구분
  • 원격 호스트 연결 방식 확인
OrchestratorInc/agent-orchestrator1.4만2026년 10월 30일 업데이트

ao-setup

무료요약 있음

AO를 실행하는 컴퓨터를 찾아 호스트로 기록하고, 필요하면 Grok Bot 데스크톱 앱이 없는 원격 호스트도 추가합니다. 기본 상호 작용 모드를 저장하고 정기 확인이나 평일 요약을 설정할 수 있습니다.

  • AO를 처음 사용하기 전 환경 확인
  • 로컬 호스트 등록
  • 원격 호스트 추가
OrchestratorInc/agent-orchestrator1.4만2026년 10월 30일 업데이트

ao-status

무료요약 있음

여러 호스트의 AO 세션 상태를 모아 실행 중, 대기, 유휴, 종료 상태를 확인합니다. 병합 가능한 PR과 새 리뷰 알림을 살펴보고, 세션의 최근 작업을 요약하거나 일일 요약을 만들 수 있습니다.

  • AO에서 실행 중이거나 대기 중인 작업 확인하기
  • 병합 가능한 풀 리퀘스트 찾기
  • 새 리뷰 결과와 PR 업데이트 확인하기
OrchestratorInc/agent-orchestrator1.4만2026년 10월 30일 업데이트

OrchestratorInc의 스킬 모두 보기

이 스킬의 문제 신고