원클릭으로
deliver-brief
Render brief from template and deliver to configured targets (email, GitHub issue, terminal).
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Render brief from template and deliver to configured targets (email, GitHub issue, terminal).
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Read and write memory JSON files in the user's dayarc folder.
Generate structured talking points for performance reviews, 1:1s, and self-assessments from accumulated monthly summaries.
Check for and apply updates to the Dayarc agent package from GitHub.
Extract corrections from user's reply to a brief email.
Conversationally configure a new signal source connector (Jira, ADO, Linear, Slack, etc.), generate a custom COLLECT skill, and register it in config.json.
Initialize Dayarc data directories, user config, and optional scheduler on first run or reconfiguration.
| name | Deliver Brief |
| description | Render brief from template and deliver to configured targets (email, GitHub issue, terminal). |
Located in this skill's templates/ directory:
HTML templates (for email):
pm.hbs — Evening Wrap-upam.hbs — Morning Briefweekly.hbs — Weekly Reportmonthly.hbs — Monthly ReportMarkdown templates (for GitHub issues and other markdown-native targets):
pm.md.hbs — Evening Wrap-upam.md.hbs — Morning Briefweekly.md.hbs — Weekly Reportmonthly.md.hbs — Monthly ReportRead ~/Documents/dayarc/config.json → delivery to determine where to send the brief. If the delivery field is absent or empty, fall back to the default: email-only for all brief types.
{
"delivery": [
{ "target": "email", "briefs": ["pm", "am", "weekly", "monthly"] },
{ "target": "github-issue", "briefs": ["weekly"],
"config": { "repo": "owner/repo", "labels": ["weekly-brief"] } }
]
}
Allowed brief IDs: am, pm, weekly, monthly
For each target entry where the current briefType is in the briefs array, execute that target's delivery handler. Targets are independent — if one fails, log the error and continue with others. End with a delivery summary showing which targets succeeded and which failed.
Step 1: Render — Render the appropriate template with brief data. Use .hbs (HTML) for email targets and .md.hbs (Markdown) for GitHub and other markdown-native targets. If locale is not en, translate the rendered content into the target language (preserving all markup, emoji, and links).
Step 2: Deliver to each target — For each matching target in config:
email$ol = New-Object -ComObject Outlook.Application
$sent = $ol.Session.GetDefaultFolder(5) # 5 = olFolderSentMail
$subject = "{subject}"
$alreadySent = $sent.Items | Where-Object { $_.Subject -eq $subject } | Select-Object -First 1
if ($alreadySent) {
Write-Host "already delivered — skipping send (ItemID: $($alreadySent.EntryID))"
# skip this target, continue to next
}
$ol = New-Object -ComObject Outlook.Application
$mail = $ol.CreateItem(0)
$mail.To = $ol.Session.CurrentUser.Address
$mail.Subject = "{subject}"
$mail.HTMLBody = Get-Content "{html-path}" -Raw
$mail.Send()
Email subjects (translate if locale is not en):
🌙 Evening Wrap-up — {date}☀️ Morning Brief — {date}📊 Weekly — Week of {date}📅 Monthly — {month} {year}github-issueCreates a GitHub issue with the rendered Markdown brief.
Config fields:
| Field | Required | Description |
|---|---|---|
repo | ✅ | Target repository in owner/repo format |
labels | optional | Array of label names to apply |
assignees | optional | Array of GitHub usernames to assign |
Idempotency: Before creating, search for an existing issue with the same idempotency marker:
$marker = "<!-- dayarc:brief={briefType} period={period} -->"
$existing = gh issue list --repo "{repo}" --search "$marker" --state all --json number --jq ".[0].number" 2>$null
if ($existing) {
Write-Host "already delivered — issue #$existing exists, skipping"
# skip this target, continue to next
}
Create the issue:
.md.hbs template.$title = "{subject}"
$labelArgs = ($labels | ForEach-Object { "--label `"$_`"" }) -join " "
gh issue create --repo "{repo}" --title "$title" --body-file "{temp-file}" $labelArgs
Period format:
{YYYY-MM-DD} (e.g., 2026-05-28){YYYY}-W{week-number} (e.g., 2026-W22){YYYY-MM} (e.g., 2026-05)Subjects (used as issue title):
🌙 Evening Wrap-up — {date}☀️ Morning Brief — {date}📊 Weekly — Week of {date}📅 Monthly — {month} {year}⚠️ Privacy note: GitHub issues may be visible to others depending on repository access settings. Ensure the target repository is private if the brief contains sensitive work data (meeting attendees, email subjects, internal project names).
Additional delivery targets can be added by extending this skill with a new handler section. Community-contributed targets should follow the same pattern: config field, idempotency check, delivery action, cleanup.
Render the brief as formatted markdown text in the terminal. If locale is not en, translate the output before displaying. Do NOT deliver to any scheduled targets unless the user explicitly says "send it" / "deliver it".
config.json → delivery (fall back to [{ "target": "email", "briefs": ["pm", "am", "weekly", "monthly"] }] if absent).briefType is in the target's briefs array.✅ email: sent | ✅ github-issue: created #42 or ❌ email: Outlook not running | ✅ github-issue: created #42.