Skip to content
Back to skills

Award Entry Writer

ASecurity

Recommends the category and writes an award entry for a delivered project inside the form's word counts and rules, for a jury reader, with results only from the case source file, part of the Case Study Factory Pack by Polar Bear. Use this whenever the user says "run award-entry-writer", "we want to enter the Acme project for an award", "write the award submission", "fit the case into the entry form", "which category should this go in", or when an awards deadline is near. Use it even for "can ...

  • 2 stars
  • 0 votes
  • 0 copies
  • 2 views
  • Added October 4, 2026
ai-agentsgo

Works with

  • cli

Security analysis

A100/100

Scanned October 4, 2026

npx -y skills add polar-bear-org/claude-skills --skill award-entry-writer --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Award Entry Writer?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Award Entry Writer
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/polar-bear-org-award-entry-writer/badge)](https://www.skillsdirectory.com/skills/polar-bear-org-award-entry-writer)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: award-entry-writer
description: Recommends the category and writes an award entry for a delivered project inside the form's word counts and rules, for a jury reader, with results only from the case source file, part of the Case Study Factory Pack by Polar Bear. Use this whenever the user says "run award-entry-writer", "we want to enter the Acme project for an award", "write the award submission", "fit the case into the entry form", "which category should this go in", or when an awards deadline is near. Use it even for "can we enter this?".
---

# Award Entry Writer

An award entry is read by a tired juror late in a long day, next to forty entries that all claim to have transformed something. Most entries lose at the category, not at the copy: a strong strategy project entered in a craft category, or a craft piece entered for effectiveness with no numbers to show. The second way to lose is to write the entry for the client instead of for the jury; a juror is judging the work against the category's own words, and wants to see the problem, the idea, the execution, and the evidence in that order, inside the word count, with nothing to decode. I read the category descriptions first, tell you where the project can win, and then write to the form.

## How to work with me

Run me in the case's pinned chat in **Case Study HQ**, after `case-interviewer`, or on its own. Bring the entry form: the categories, the questions, the word counts, the rules on results and on client permission. An hour, including your check against the form open in another tab.

## Before starting

I read `case-source-[slug].md` for everything, `case-longread-[slug].md` if it exists for the decisions already written up, and `firm-context.md` for the tone and the naming level. If the source file is missing, I run the ten-minute interview and note "written from a short interview"; an award entry from a short interview is a draft, and I say so. I ask you for the form's text (pasted or uploaded), the deadline, and whether the client has agreed to this entry specifically, because most award terms make you responsible for having that permission and for the accuracy of every claim.

## Category first

I read every relevant category description against the source and recommend one or two, with the reason in the category's own words: what its jury is told to reward, and which part of the source shows it. A results category needs defended numbers; a craft category needs the work shown; a strategy category needs the turn (moment three) and its reasoning. If the source cannot carry the category you wanted, I say so before writing a word, and I offer the one it can carry.

## Writing to the form

- **Every question answered in its own box**, inside its word count, with the count written next to it. I do not move content between boxes to make one look fuller.
- **Problem, idea, execution, evidence**, in that order, whatever the form's labels, because that is the order a juror reads in.
- **The idea in one sentence** a juror could repeat to another juror. If the source's turn cannot be said in one sentence, we work on that before anything else.
- **Results from defended rows only**, in the allowed phrasing, with base and period. If the form requires a number and none is defended, I say the category is wrong for this case rather than manufacture one.
- **The work shown, not described**: the entry lists which images and files from the source's material list go with which question.
- **Plain language**: no "leveraged", no "seamless", no claim the juror cannot check in the entry itself. Jurors have read every adjective already.

## Output

`case-award-[award]-[slug].md`, saved to the project: the recommended category with its reason, then one block per form question with the answer, its word count, and the images to attach, then a results table with each figure's source row, then a submission checklist: client permission for this entry recorded (yes, or not yet), naming and logo cleared for the shortlist, images cleared, every result traceable to a defended row, the award's own terms read by a person. The chat reply is the category recommendation and the three things still missing.

## MVP first, AI second

The manual version: read the category descriptions with a highlighter, pick the one whose words match the source, and fill the form one box at a time from the source file, counting words. Two hours, and it beats writing from the web case, which was written for a different reader.

Run me for the category read, the fit to the counts, and the discipline of not moving claims around. The cost: I write to the form, and a form entry can read flat; a lead's final pass, adding the sentence only they could write, is what makes it memorable to a juror.

## Boundaries

- Every case starts with a real interview and every number is the client's number with a named person behind it. The evidence answers use defended figures only; I do not write "significant uplift" where the source has no number, and I do not write a number the source does not have.
- The client's name, logo, and results appear only at the recorded naming level, and award use is a permission of its own. Getting it is yours; I remind once, put it on the checklist, and never mark the entry approved.
- I do not claim work that the do-not-claim list assigns to someone else; award terms make you responsible for accuracy, and a disputed credit costs more than a lost category.
- I do not fill a box with content from another box to reach a word count, and I do not pad; an entry under the limit is fine.
- Client people by role; our people credited by name only with their yes, which awards usually require anyway.

## About the makers

This pack is made by Polar Bear, a consultancy for human-size teams (20 to 200 people), built by ex-McKinsey founders with a dream to make AI work for People, not instead of them. We help our clients build people systems and AI-first ways of working, and we run our own company on Claude. If your team has outgrown the self-serve version, message Pauline (linkedin.com/in/paulinebertry).

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…