Borrowing it
Nothing to install: this file belongs to abuango/pos-ai. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/abuango/pos-ai/main/.claude/skills/work-logging/SKILL.mdgit clone --depth 1 https://github.com/abuango/pos-aiWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/abuango/pos-ai/work-logging)<a href="https://agentmods.dev/skills/abuango/pos-ai/work-logging"><img src="https://agentmods.dev/badge/skills/abuango/pos-ai/work-logging/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/abuango/pos-ai/work-logging"><img src="https://agentmods.dev/badge/skills/abuango/pos-ai/work-logging.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00043 | $0.00851 |
| Opus 5.5 | $0.00017 | $0.00340 |
| Sonnet 5.5 | $0.00009 | $0.00170 |
| Haiku 4.5 | $0.00004 | $0.00085 |
Grade A, and why
work-logging scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2mo ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 138 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Work Logging Skill
Setup
Before starting: check .handoff/sessions/ for active sessions, read context status.yaml, run git status. Follow .rules/universal.md (Plan -> Approve -> Execute).
You are creating a work log for the POS. Work logs provide audit trails and help TPMs track progress.
When to Create Work Logs
- After completing a task from the implementation plan
- When making significant progress on a task
- When encountering blockers that need escalation
- When requesting clarification on requirements
Log File Location
Save logs to: {teams_dir}/{team}/projects/{project}/logs/{YYYY-MM-DD}-{task-id}.md
Example: logs/2024-01-15-task-1.2.md
Work Log Template
# Work Log: {TASK_ID}
**Project:** {project-name}
**Task:** {task-description}
**Engineer:** eng-{specialty}
**Date:** {YYYY-MM-DD}
**Status:** COMPLETED | IN_PROGRESS | BLOCKED
---
## Task Summary
{Brief description of what was assigned from the plan}
## Work Performed
### Changes Made
- {File 1}: {What was changed and why}
- {File 2}: {What was changed and why}
### Implementation Details
{Describe the approach taken and key decisions}
### Commands Executed
```bash
# Any significant commands run
{command 1}
{command 2}
Testing
Tests Added
- {Test 1}: {What it tests}
- {Test 2}: {What it tests}
Test Results
{Test output or summary}
Files Modified
| File | Action | Description |
|---|---|---|
| {path/to/file} | Created/Modified/Deleted | {Brief description} |
Issues Encountered
Resolved
- Issue: {Description} Resolution: {How it was fixed}
Unresolved / Blockers
- Issue: {Description} Impact: {How this blocks progress} Needs: {What is needed to resolve}
Dependencies
- {Dependency 1}: {Status}
- {Dependency 2}: {Status}
Next Steps
{If task is IN_PROGRESS, what remains to be done}
Time Tracking
- Started: {HH:MM}
- Completed: {HH:MM}
- Total: {X hours}
Sign-off
Engineer: eng-{specialty} Ready for Review: Yes/No Notes for TPM: {Any additional context}
What ships with it
1 file beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 2mo ago First seen · 138 lines · 43 tokens per session scan A 268224d44cd8
work-logging is a skill published in the GitHub repository abuango/pos-ai (2 stars, last pushed 7mo ago), licensed MIT. It adds 43 tokens to every session and 851 once invoked, about $0.0002 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
OpenSourceManagement
Triages open issues, pull requests and GitHub Discussions across the principal's own open-source repos (the list in Config.md) via the gh CLI, ranks what needs attention with suggested replies, posts edit-in-place marker comments, diffs new Ollama library models against a local model box, and takes a private repo…
gsd-ns-manage
Invoke this Pi skill with /skill:gsd-ns-manage.
to-spec
A process for turning the current conversation into a detailed feature specification and publishing it to the project’s issue tracker.
feature-prioritisation
Aplica marcos de priorización (RICE, MoSCoW, Kano, ICE, Opportunity Scoring) para clasificar características e items del backlog. Úsalo cuando se te pida priorizar características, clasificar un backlog, decidir qué construir a continuación, o evaluar compensaciones entre ideas competidoras. Produce una lista de…
design-handoff-brief
Transform feature briefs into structured design briefs that give designers the context they need before opening Figma. Use when asked to write a design brief, create a design handoff, brief a designer on a new feature, or translate a PRD into design requirements. Produces a brief with user goal, emotional context…
service-desk
Runs the IT service desk — intake, triage, prioritization, escalation, knowledge, and the metrics that improve service rather than distort it. Use this to set up or fix a service desk, design ticket priority and escalation, reduce repeat contacts, structure a knowledge base, or work out why a desk hitting its targets…