agentsclimarketplace

Socialseal follow up planning

Skill OpenSealAI/agent-skills/skills/socialseal-follow-up-planning

Use this skill when turning a SocialSeal meeting, readout, or report into a next-cycle action plan with owners, due dates, data refreshes, open questions, and measurement checkpoints.From its SKILL.md

Install
npx -y skills add OpenSealAI/agent-skills --skill socialseal-follow-up-planning

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

2 things to look at

  • no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
  • 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its file declares

Copied from the file, not written here

The file declares its own license as MIT. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.

SKILL.md

2.4 KB, 436 tokens by cl100k_base, as published. Nobody here has run it

SocialSeal Follow-Up Planning

Overview

Follow-up planning prevents SocialSeal work from ending as a report. It turns decisions into content actions, tracking actions, and measurement checkpoints.

Inputs

  • meeting notes, readout, or recommendations
  • owner list or responsible teams
  • next review date or reporting cadence
  • data refresh requirements
  • open questions and deferred decisions

Workflow

  1. Extract decisions. Separate confirmed decisions from suggestions and open questions.
  2. Create action types. Content brief, concept, asset capture, tracking update, export refresh, analysis, stakeholder decision.
  3. Assign one owner. Each action has one directly responsible owner.
  4. Add due date and dependency. Include data refresh timing before analysis deadlines.
  5. Define acceptance. What makes the action done?
  6. Schedule measurement. Which export or tracking group will confirm progress next cycle?
  7. Write the follow-up summary. Short enough to send after a meeting.

Output

  • action plan with owner/due date/status
  • next data refresh schedule
  • next review agenda
  • open-question log
  • measurement checkpoints

Do / Don't

Do:

  • distinguish content actions from tracking/data actions
  • assign one owner per action
  • schedule data refresh before analysis work
  • keep deferred decisions visible

Don't:

  • create ownerless actions
  • turn follow-up into posting operations
  • schedule review before data will exist
  • lose the link between recommendations and next measurement

Troubleshooting

  • If there are too many actions, rank by impact and due date.
  • If ownership is unclear, mark as “needs owner” and do not pretend it is assigned.
  • If the next review lacks a measurement source, add a tracking/export action first.

Verification Checklist

  • Every action has type, owner, due date, and done definition.
  • Data refresh is scheduled before the next analysis/readout.
  • Open questions are recorded.
  • Next review agenda is clear.
  • Measurement checkpoints map back to recommendations.

What ships with it

Read from the repository

Just SKILL.md. No reference files, no scripts.

Keep looking

Skills are one crate of 326,736. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.