← Agent Learning daily zain-design 2026-06-10 review_required

2026-06-10 — Action affordance footer for faster morning execution

무엇을 학습 **좋은 08:00 brief는 ‘무슨 뜻인가’를 설명한 뒤, 사용자가 바로 무엇을 해야 하는지 손끝에 남겨야 한다.** 판단 카드의 마지막 줄은 장식적 요약이 아니라 실행 affordance여야 한다. 핵심 원칙: **모든 Decide/Verify 카드 하단에 `Next action footer`를 둔다.** 카드 상단은 delta와 judgment, 본문은 근거, 하단은 실행 슬롯으로 고…
어디에 정리 07_Zain_Design/Daily/2026-06-10.md
앞으로 어떻게 쓸 것인가 검토 후 재사용 후보로 승격

2026-06-10 — Action affordance footer for faster morning execution

Design principle

좋은 08:00 brief는 ‘무슨 뜻인가’를 설명한 뒤, 사용자가 바로 무엇을 해야 하는지 손끝에 남겨야 한다. 판단 카드의 마지막 줄은 장식적 요약이 아니라 실행 affordance여야 한다.

핵심 원칙: 모든 Decide/Verify 카드 하단에 Next action footer를 둔다. 카드 상단은 delta와 judgment, 본문은 근거, 하단은 실행 슬롯으로 고정한다. Phillip이 스크롤을 멈췄을 때 마지막으로 보는 정보가 “다음 행동”이어야 한다.

Observed problem

Telegram/mobile brief와 executive dashboard에서 판단은 명확해도 실행 전환이 느려지는 경우가 있다.

  • 카드마다 action 표현 위치가 달라 사용자가 다시 훑어야 한다.
  • 확인 필요, 모니터링, 검토 같은 동사가 구체적 산출물 없이 반복된다.
  • Decide/Verify 항목이 많을 때 어떤 것을 먼저 클릭/지시/보류할지 우선순위가 흐려진다.
  • webapp 카드가 insight 중심으로 끝나면 실제 후속 작업 생성으로 이어지지 않는다.
  • 모바일에서는 본문 중간의 action line이 스크롤 후 사라져 실행 기억이 약해진다.

Improved layout/template

Mobile-first action affordance card

## {Lane} — {Issue}
`Δ {lane_change}` · `{action_change}` · `{confidence_change}` · `{freshness}`
**판단:** {one-sentence judgment}
**왜 지금:** {trigger / time sensitivity}
**근거 2개:**
- {fact that changes judgment}
- {constraint / uncertainty}
**불확실성:** {main blocker}

→ Next: {verb + object + output} · by {time/event} · owner {agent/person}

Footer vocabulary

action_footer:
  verb: decide | verify | delegate | wait | archive | escalate
  object: "specific issue or artifact"
  output: "what should exist after action"
  timing: "today 08:30 | before market open | next renewal | when trigger crosses"
  owner: zain | oke | coder | stock | insurance | news | Phillip
  fallback: "if no action, show why: No action — trigger not crossed"

Dashboard/webapp component model

card_footer:
  fixed_fields:
    - next_action
    - due_or_trigger
    - owner
    - output_artifact
  visible_mobile:
    - next_action
    - due_or_trigger
  interaction:
    primary_button: "Create task / Open detail / Mark wait"
    secondary_button: "Show evidence drawer"
  sort_boost:
    - due_today
    - owner_phillip
    - blocked_by_missing_fact

Mobile readability rules

  • Footer는 한 줄을 기본으로 한다: → Next: {동사+대상+산출물} · by {시점} · owner {주체}.
  • 검토, 확인, 모니터링만 쓰지 않는다. 항상 대상과 산출물을 붙인다.
  • action이 없을 때도 비워두지 않는다: → Next: No action — trigger not crossed; recheck {date/event}.
  • 카드 상단의 오늘 행동과 하단 footer가 충돌하지 않아야 한다. 상단은 요약, 하단은 실행 명세다.
  • Phillip이 직접 해야 할 일은 owner Phillip으로 명시하고, 에이전트가 할 일은 해당 agent owner로 분리한다.
  • 링크/버튼이 없는 Telegram에서도 텍스트 footer만으로 다음 행동이 이해되어야 한다.
  • footer가 두 줄을 넘으면 action이 아직 설계되지 않은 것이다. detail drawer로 밀지 말고 action을 재정의한다.

How to apply to 08:00 brief or webapp

08:00 brief

  • DecideVerify 카드에는 footer를 필수로 둔다.
  • Monitor 카드는 footer를 짧게 둔다: No action — recheck at {trigger}.
  • 브리프 마지막에 Action footer roll-up을 추가한다.
    • Phillip 직접 판단
    • 에이전트가 09:00 전 처리
    • 트리거 대기
  • 예시:
→ Next: delegate sanctions wording check memo · by 10:00 KST · owner insurance
→ Next: decide add/hold KR stock candidate · before market open · owner Phillip
→ Next: No action — freight index trigger not crossed; recheck Friday · owner stock

unified-report-webapp

  • 카드 footer를 sticky area로 설계해 detail scroll 후에도 next action이 남게 한다.
  • primary CTA는 lane에 따라 달라진다.
    • Decide: Record decision
    • Verify: Assign verification
    • Monitor: Set trigger
    • Archive: Archive with reason
  • dashboard 상단에 Today’s Action Queue를 만든다. 이는 별도 todo 앱이 아니라 카드 footer에서 자동 추출된 실행 목록이다.
  • 차트는 footer action을 바꾸는 경우에만 카드 본문으로 승격한다. 예: 임계치 돌파로 waitdecide로 바뀌는 경우.

Risks / anti-patterns

  • 모든 카드에 버튼/CTA를 강요하면 action fatigue가 생긴다. Monitor는 No action + trigger가 더 좋을 수 있다.
  • owner를 Phillip으로 과도하게 지정하면 에이전트 브리프의 자동화 가치가 줄어든다.
  • Next가 추상적이면 오히려 사용자가 재해석해야 한다. 동사+대상+산출물이 필요하다.
  • footer를 task manager처럼 복잡하게 만들면 판단 카드의 가독성이 떨어진다.
  • due time을 임의로 붙이면 false urgency가 생긴다. 시간 기준이 없으면 by trigger/event를 쓴다.
  • action footer가 본문 판단과 다르면 신뢰가 깨진다. lane, delta, footer가 일관되어야 한다.

Next questions

  • 08:00 brief에서 action footer roll-up은 상단에 둘 것인가, 하단에 둘 것인가?
  • Phillip 직접 판단 항목은 몇 개까지 노출해야 mobile 부담이 낮은가? 3개? 5개?
  • webapp에서 footer CTA를 실제 task 생성과 연결할지, 우선은 report-local action queue로 둘지?
  • owner 체계를 사람/에이전트/도메인 중 무엇으로 표준화할 것인가?
  • No action footer가 너무 많이 반복될 경우 Monitor 항목을 자동 접는 기준은 무엇인가?

Durable learning

Zain의 오늘 개선 방향: 판단 카드의 마지막 줄은 실행 전환을 위해 설계되어야 한다. 상단 delta가 “무엇이 바뀌었나”를 빠르게 알려준다면, 하단 action footer는 “그래서 지금 무엇을 할 것인가”를 고정된 문법으로 남긴다. 목적은 더 예쁜 카드가 아니라 Phillip의 08:00 이후 행동 지연을 줄이는 것이다.

Related

  • [[Decision_Delta_Strip]]
  • [[Evidence_Drawer]]
  • [[Action_Affordance_Footer]]

Study Room

내일 학습·스터디 큐

내일 학습 큐가 아직 추출되지 않았습니다.

스터디 대화

코칭뿐 아니라 학습 내용에 대해 에이전트별 토론·스터디 지시를 남기는 공간입니다. 저장된 메시지는 다음 학습 큐 조정의 근거가 됩니다.

아직 스터디 대화가 없습니다.

인사이트로 Second Brain에 저장

스터디 대화와 approved 큐를 원문 덤프가 아닌 Phillip의 큐레이션 인사이트 노트로 승격합니다.