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

インストール方法を見る

含まれるファイル(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.

レビュー

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

同じリポジトリのスキル

概要と使いどころ

apex

無料

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

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

tonone-ai/tonone762026年10月5日 更新

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

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

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

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

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

tonone-ai のスキルをすべて見る

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