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

codexkit-daily-brief-generator

Create a concise daily briefing from calendar items, tasks, messages, and open decisions. Use at the start of a workday to identify priorities, risks, preparation needs, and follow-ups.

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

설치 방법 보기

포함된 파일(2)

  • SKILL.md4.3 KB
  • agents/openai.yaml186 B

SKILL.md(원문)

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

Daily Brief Generator

When to Use

  • Starting a workday with scattered calendar items, tasks, inbox notes, or project updates.
  • Preparing a manager, founder, chief of staff, or individual contributor for the day.
  • Turning yesterday's unresolved items into today's operating priorities.
  • Creating a daily plan without manually reading every thread first.

Procedure

Step 1 - Gather Inputs

Collect only the information needed for today's decisions:

  • calendar events with time, title, attendees, and purpose if known
  • tasks due today or overdue
  • unread or flagged messages that require a response
  • open decisions, blockers, or escalations
  • personal constraints such as focus blocks, travel, or unavailable hours

Step 2 - Classify The Day

Group the day into:

  • fixed commitments
  • preparation required before meetings
  • top three outcomes
  • decisions needed from the user
  • risks, blockers, or follow-ups

Step 3 - Prioritize

Rank priorities by urgency, consequence, and dependency impact. Do not rank low-value busywork above work that unlocks other people.

Step 4 - Produce The Brief

Write a scan-friendly brief with:

  • schedule snapshot
  • top priorities
  • meeting preparation notes
  • follow-up queue
  • risk flags
  • suggested focus block

Inputs

InputRequiredFormat
Calendar itemsRecommendedTime, title, attendees, purpose
Task listRecommendedTask, owner, due date, status
Inbox or chat notesOptionalBullets, pasted messages, summaries
Project contextOptionalMilestones, blockers, open decisions
User constraintsOptionalWorking hours, focus time, travel

Output

## Daily Brief - [Date]

### Schedule Snapshot
| Time | Event | Preparation Needed |
|------|-------|--------------------|

### Top 3 Priorities
1. [Priority] - [why it matters today]

### Follow-ups
| Item | Person | Suggested Message | Deadline |
|------|--------|-------------------|----------|

### Risks To Watch
- [Risk] - [mitigation]

### Suggested Focus Block
- [Time window] - [work to protect]

Quality Criteria

  • The brief distinguishes fixed calendar commitments from flexible task work.
  • The top three priorities are ranked by business impact, not just due date.
  • Every follow-up includes a recipient and concrete next action.
  • Sensitive or uncertain items are flagged for human review before sending.
  • The output is short enough to read in under three minutes.

Verification (4C)

CheckQuestion
CorrectnessDo all times, names, deadlines, and task states match the provided inputs?
CompletenessAre meetings, urgent tasks, blockers, and open decisions all represented?
Context-fitDoes the priority order match the user's role and real constraints for the day?
ConsequenceWhat could go wrong if the user followed this brief without checking the source material?

Edge Cases

  • No calendar input - Build the brief around tasks, deadlines, and open loops. State that schedule coverage is unknown.
  • Too many urgent items - Group by consequence and identify the one decision or escalation that unlocks the most work.
  • Conflicting meetings or deadlines - Flag the conflict and propose a decision, delegation, or reschedule option.
  • Sensitive messages included - Summarize minimally and mark as "review before forwarding."

Examples

Prompt: "Build my daily brief from these calendar items, task list, and Slack notes. I have a board update at 3pm and two overdue vendor replies."

Good pattern: Start with schedule, then preparation needs, then top priorities, then follow-ups. Do not write a motivational plan or a long productivity essay.

Definition of Done

  • The user can see what matters today within one screen.
  • All high-consequence meetings have preparation notes.
  • Follow-ups and risks are actionable.
  • Uncertain assumptions are explicitly marked.

Changelog

  • v1.0.0 - Initial release

리뷰

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

댓글

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

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

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

0 / 1,000자

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

같은 저장소의 스킬

Design rigorous A/B test plans with hypothesis, sample size calculation, Minimum Detectable Effect (MDE), randomization strategy, and decision rules. Includes guardrail metrics and rollout playbook. Use when planning product experiments, conversion optimization, or data-driven feature decisions.

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

hoavdc/CodexKit252026년 10월 11일 업데이트

Review REST and GraphQL API designs for consistency, usability, and best practices. Covers naming conventions, versioning strategy, error format, pagination, authentication patterns, and breaking change detection. Use when reviewing API specs, designing new APIs, or auditing existing endpoints.

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

hoavdc/CodexKit252026년 10월 11일 업데이트

Write Architecture Decision Records (ADRs) following the Michael Nygard format. Captures context, options considered, decision rationale, and consequences. Use when making technology choices, framework selections, or any architectural decision that future developers need to understand.

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

hoavdc/CodexKit252026년 10월 11일 업데이트

Assess organizational readiness for financial audits (internal or external). Map assertions to account balances, check evidence completeness, score readiness using a Red/Amber/Green framework, and generate a remediation timeline. Aligned with SOX, IFRS, and GAAP audit standards. Use before scheduled audits or when preparing for first-time compliance.

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

hoavdc/CodexKit252026년 10월 11일 업데이트

Design safe recurring Codex automations with clear prompts, outputs, schedules, and gating rules.

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

hoavdc/CodexKit252026년 10월 11일 업데이트

Refine Product Backlog Items to meet INVEST criteria. Write User Stories with Acceptance Criteria in Given/When/Then format, estimate with Story Points, and flag dependencies. Use before sprint planning when backlog items need grooming. Do not use to prioritize the backlog — that is the Product Owner's decision.

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

hoavdc/CodexKit252026년 10월 11일 업데이트

hoavdc의 스킬 모두 보기

이 스킬의 문제 신고