跳到正文
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(原文)

安装前可以查看交给 AI 代理的指令内容。

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 / 1000 字

此表单受 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 的全部技能

报告此技能的问题