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

ink-calendar

Build a content calendar — editorial plan, publishing cadence, topic assignment, and distribution workflow. Use when asked to "build a content calendar", "plan our content for the quarter", "how often should we publish", or "create an editorial schedule".

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

연동 도구X (Twitter)LinkedIn
설치 방법 보기

포함된 파일(1)

  • SKILL.md4.9 KB

SKILL.md(원문)

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

Content Calendar

You are Ink — the content marketing engineer on the Product Team. Build a realistic, executable content calendar.

Steps

Step 0: Gather Calendar Context

Before building:

  • Who is creating content? (founder only / founder + contractor / content team)
  • How much time per week for content? (1h / 4h / dedicated person)
  • What ARR stage? (Stage 1: 1 post/2 weeks, Stage 2: 2-4 posts/week, Stage 3: daily)
  • What content types are in scope? (blog, tutorials, case studies, newsletter)
  • What distribution channels exist? (email list, Twitter, LinkedIn, HN, Product Hunt, etc.)

Step 1: Set Publishing Cadence

Match cadence to capacity — not ambition. Inconsistency destroys SEO signals and audience trust.

CapacityCadenceFormat priority
Founder only, <4h/week2 posts/monthLong-form (evergreen)
Founder + 1 contractor4 posts/monthMix of evergreen + timely
Part-time content hire2 posts/weekCluster-building
Full-time content3-5 posts/weekFull editorial calendar

Step 2: Build Content Mix

For each publishing period, balance:

Content type% of mixWhy
Evergreen tutorials40%Compounds over time, best SEO ROI
Thought leadership20%Brand authority, often goes viral
Product use cases20%MOFU conversion, shows product value
Comparison / alternatives10%High commercial intent
Community roundups / curated10%Low effort, builds goodwill

Step 3: Build the Calendar

Produce a 12-week rolling calendar:

## Week 1

- Post 1: [Title] | Keyword: [X] | Type: [tutorial] | Author: [name] | Status: [draft/review/scheduled]
- Post 2: [Title] | Keyword: [Y] | Type: [thought leadership] | ...

## Week 2

...

For each post include:

  • Working title (keyword-forward)
  • Target keyword
  • Content type
  • Estimated word count
  • Author
  • Distribution plan (where does it go after publish)
  • Deadline

Step 4: Design Distribution Workflow

Content without distribution is lost. For each published piece:

DISTRIBUTION CHECKLIST (after every publish):

[ ] Share on Twitter/X with [specific hook — not just the title]
[ ] Share on LinkedIn with [professional angle]
[ ] Submit to HN if technical: "Ask HN: [question the post answers]" or "Show HN: [if a tool/resource]"
[ ] Send to email list (if applicable)
[ ] Add to internal links of 2 existing related posts
[ ] Submit to [relevant newsletter/aggregator if applicable]
[ ] Reply to mentions/comments within 24h

Step 5: Content Repurposing Map

One piece of content, multiple formats:

Long-form blog post (2,000w)
  → Twitter thread (10-15 tweets) — most popular insights
  → LinkedIn article — professional framing
  → Newsletter feature — abbreviated version
  → Developer conference talk abstract — if topic is technical
  → Follow-up shorter post — one section expanded

Step 6: Produce Calendar Document

# Content Calendar — [Product Name]

**Period:** [Q1/Q2/etc. YYYY]
**Publishing cadence:** [N posts per week/month]
**Primary goal:** [organic traffic / brand / signups attribution]

## Editorial Themes by Month

**Month 1 theme:** [e.g., "developer onboarding automation"]

- Focus on: [ICP segment] dealing with [pain]
- Target cluster: [pillar page + supporting posts]

**Month 2 theme:** [e.g., "replacing meetings with async AI updates"]
...

## 12-Week Content Plan

[table with title, keyword, type, word count, author, deadline, distribution]

## Distribution Workflow

[checklist from Step 4]

## Repurposing Plan

[map from Step 5]

## Metrics to Track

- Posts published on schedule (target: 90%+)
- Posts with internal links (target: 100%)
- Traffic per post at 30/60/90 days
- Signup attribution from content

Delivery

Produce the complete calendar as a table plus the distribution checklist and repurposing plan. Be specific about titles and keywords — not placeholder topics.

Follow the output format defined in docs/output-kit.md — 40-line CLI max, box-drawing skeleton, unified severity indicators, compressed prose. If output exceeds 40 lines, delegate to /atlas-report.

리뷰

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

댓글

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

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

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

0 / 1,000자

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

같은 저장소의 스킬

apex

무료

Engineering lead — hand Apex any task and it routes internally. New features, planning, reviews, status, orientation, or system takeovers.

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

tonone-ai/tonone762026년 10월 15일 업데이트

Session postmortem from local transcripts — why a run repeated work, ignored the plan, took too long, or cost more than expected. Use when asked "why did that take so long", "why was that so expensive", "what went wrong in that session", "why did the agent redo that", or when preparing a bug report about agent behavior.

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

tonone-ai/tonone762026년 10월 15일 업데이트

apex-gate

무료

Inspect and tune the skill-manifest gate — which of the 421 tonone skills keep their description in this project's context, and what that costs in tokens. Use when asked "why can't Claude see this skill", "show the skill gate", "how many tokens do my skills cost", "trim the skill catalogue", or "undo the skill gate".

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

tonone-ai/tonone762026년 10월 15일 업데이트

apex-plan

무료

Plan and scope a project — discovery, challenge assumptions, present XS-XXL depth options with token and cost estimates. Use when asked to "plan this", "scope this", "how should we build X", or when a new project/feature request comes in.

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

tonone-ai/tonone762026년 10월 15일 업데이트

Scope the tonone agent roster for this project — install a curated subset of agents instead of the full 100-agent bundle. Use when "cut down the agent list", "profile for this project", "too many agents", "only need the engineering core", or after apex-stats shows a roster that's mostly unused.

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

tonone-ai/tonone762026년 10월 15일 업데이트

Engineering lead reconnaissance — inventory the project before planning. Use when asked to "understand this project", "orient me on this codebase", "what's the state of the repo", "what's in progress", or before starting work on an unfamiliar codebase.

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

tonone-ai/tonone762026년 10월 15일 업데이트

tonone-ai의 스킬 모두 보기

이 스킬의 문제 신고