本文へ移動
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

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

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月8日 更新

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月8日 更新

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月8日 更新

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月8日 更新

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

日本語の概要は準備中です。原文の説明を表示しています。

hoavdc/CodexKit252026年10月8日 更新

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月8日 更新

hoavdc のスキルをすべて見る

このスキルの問題を報告する