agentleFS
NimblewayNimbleway/agent-skills/skills/account-brief/SKILL.md

account-brief

Skill61 starsChanged 3 months agoMITView on GitHub

Writes a dated, sourced brief on one company before a sales meeting: what they do, priorities, challenges, changes in the last 90 days, key people and talking points, using the Nimble `account-brief` agent template on live web data. Use when the user says "prep me for a meeting with", "account research on", "brief me on [company] before my call", "account brief", "what should I know before meeting", or arrives from a Nimble use-case page. Interviews the user for the inputs, shows quick search results first, then runs the template at medium and high effort and shows each result as it arrives. Do NOT use for researching the people attending (use meeting-prep), for an investment memo (use due-diligence), or for a list of changes since a date (use account-signals).

  • Installs packages

1 other project uses a version of this.

Adopted by

Most recently taken up by

The file

Show its rules and text

We split this skill into the rules it gives an agent

16 rules. About 0 are common, 13 are distinctive, and 3 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈13

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 3

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Start connecting Nimble right away, but do not wait on it.

    line 68
  2. Very specific:

    If Nimble tools are listed in this session, call nimble_agents_list.

    line 72
  3. Distinctive:

    If your host has a form or multiple-choice question tool, use it, with the required inputs first and the optional ones marked optional.

    line 85
  4. Distinctive:

    Do not hold up the run for optional inputs.

    line 86
  5. Distinctive:

    Do not ask about effort. Use it only if the user brings it up.

    line 87
  6. Distinctive:

    Always include the domain.

    line 97
  7. Distinctive:

    If they name the people in the meeting, add them to the input.

    line 98
  8. Very specific:

    Create the agent from the template: nimble_agents_create(template="account-brief", agent_name="account-brief").

    line 104
  9. Very specific:

    Start two runs on the same input: nimble_agents_run(agent_name="account-brief", input="<the input>", effort="medium") and the same with …

    line 105
  10. Distinctive:

    When the high run finishes, show its result the same way.

    line 125
  11. Distinctive:

    If a run finishes with no output and no sources, retry it once.

    line 127
  12. Distinctive:

    Schedule it: Use the host's scheduler or a cron job, and pass the last run date as the new since date where the input has one.

    line 133
  13. Distinctive:

    Read the page you need, when you need it: writing the task, sources, [effort and

    line 138
  14. Distinctive:

    Check the dates on recent changes.

    line 143
  15. Distinctive:

    Never invent values. Show missing fields as missing.

    line 147
  16. Distinctive:

    Never print or log an API key.

    line 148

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Account brief

Writes a dated, sourced brief on one company before a sales meeting: what they do, priorities, challenges, changes in the last 90 days, key people and talking points.

User request: $ARGUMENTS

What the user gets

A short brief: what the company does, current priorities and challenges with evidence, what changed in the last 90 days, key people, and talking points. Every item is dated and sourced.

Agent template

This skill runs the Nimble gallery template account-brief. The agent's instructions, sources and output schema live in the template. Do not rewrite them in the run.

Effort is the user's choice. By default this skill runs it twice, at medium (2-4 minutes, $0.10) and high (5-15 minutes, $0.50), so the user sees results early and the full result later. The template's own default is medium. If the user asks for a specific effort (low, medium, high, x-high or max), run only that one.

Flow

The user should never wait minutes with nothing on screen. Work in three steps and show a progress line at the start of each:

[■□□] Step 1 of 3 · Preliminary quick results
[■■□] Step 2 of 3 · Deeper research
[■■■] Step 3 of 3 · Full deep research results

Start connecting Nimble right away, but do not wait on it.

Connect Nimble

If Nimble tools are listed in this session, call nimble_agents_list. Data back means the user is connected. Say nothing and go on.

If not, ask the user to connect Nimble, in one line on why: "Nimble runs the full research on live sources, with a source for every field. Connecting takes one approval, and new accounts start with a free trial." Then follow https://docs.nimbleway.com/agent-onboarding.md. Do the setup yourself and involve the user only for the approval. Never ask the user to paste an API key into the chat.

Get the inputs

InputRequiredAsk forIf skipped
CompanyyesName and domain-
What you sellnoOne line. It sharpens the talking pointsnone
People in the meetingnoNames and titles, if they want a line on eachnone
  • Take anything the user already said. Ask only for what is missing.
  • If your host has a form or multiple-choice question tool, use it, with the required inputs first and the optional ones marked optional. Otherwise ask in one short message.
  • Do not hold up the run for optional inputs. Use the "If skipped" value.
  • Do not ask about effort. Use it only if the user brings it up.

Build the agent input from this pattern:

Prepare me for a meeting with <Company> (<domain>). I sell <one line>.

Example: Prepare me for a meeting with Attio (attio.com)

  • Always include the domain. It stops the agent from drifting to a company with a similar name.
  • If they name the people in the meeting, add them to the input.

Start both agent runs

As soon as Nimble is connected and you have the required inputs, start the agent runs before anything else, so they work while you do step 1:

  1. Create the agent from the template: nimble_agents_create(template="account-brief", agent_name="account-brief"). A 409 "already exists" means it was created before, so go on. If the template is not found, tell the user it is unavailable and stop. Do not substitute another template.
  2. Start two runs on the same input: nimble_agents_run(agent_name="account-brief", input="<the input>", effort="medium") and the same with effort="high". Leave schema and skill to the template. If the user chose an effort, start one run at that effort and number the steps 1 of 2 and 2 of 2.
  3. Tell the user once, in one line, what is running: "Running a quick search now, a deeper Nimble run (2-4 min) and a full one (5-15 min). This uses 2 agent runs."

Step 1 of 3 · Preliminary quick results

Tell them what you already know about the company and what is worth checking, marked as possibly out of date. Use a few quick searches, not the agents: nimble_search if Nimble is connected, otherwise your own web search tool. Keep it under a minute and short. Link every fact, and mark anything from memory with your knowledge cutoff.

End with one line on what is coming next. If Nimble is still not connected, say the deeper steps start once it is, and offer the connect step again.

Step 2 of 3 · Deeper research

Poll both runs with nimble_agents_run_status every 20-30 seconds. When the medium run finishes, get nimble_agents_run_result and show it:

  • A short table or brief, not raw JSON. Lead with the 2-3 most useful facts, each with its source link.
  • Point out what is new or different from step 1.
  • Say what is missing (empty fields, missing_fields, empty lists).
  • End with one line: the full run is still going and about how long it has left.

Step 3 of 3 · Full deep research results

When the high run finishes, show its result the same way. Lead with what it added or corrected compared with step 2, then the full result. This is the answer the user keeps.

If a run finishes with no output and no sources, retry it once. Do not retry a run that returned data. If the medium run fails, or the high run finishes first, go straight to step 3 and do not show the medium result after it.

Next steps

Offer, one line each, what fits:

  • Run it on a list. One run per record in parallel. See Running at scale.
  • Schedule it. Use the host's scheduler or a cron job, and pass the last run date as the new since date where the input has one.
  • Use it from code. The agent is saved as account-brief. Give a short Python or TypeScript snippet that runs it by name.

Using Nimble well

Read the page you need, when you need it: writing the task, sources, effort and cost, evaluating results, running at scale, common mistakes.

Pitfalls

  • Challenges come from reviews, press and job posts. If none are found, the list is short on purpose.
  • Check the dates on recent changes. Anything older than 90 days should not be there.

Rules

  • Never invent values. Show missing fields as missing.
  • Never print or log an API key.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.