CtrlK
BlogDocsLog inGet started
Tessl Logo

write-gods-tasks

Author task files in the GODS framework (Goal, Overview, Definition of Done, Solution). Use when the user asks to write, structure, or break down a task or plan in GODS format.

68

Quality

81%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

HOW TO WRITE TASKS USING GODS FRAMEWORK

What is GODS?

The framework helps to formulate tasks in a way that avoids misunderstandings between the "client" and the "executor":

  • Helps to clearly articulate the goal, context, and criteria for task completion.
  • Makes the task transparent and understandable for executors and clients.
  • Suitable for tasks with predictable cycles and measurable results.
  • Does not replace flexible processes in research, innovation, or dynamic projects.

Structure:

  • G — Goal: Why are we performing the task? What is the business goal?

  • O — Overview: What is happening now? Why did the task arise? What is happening around it?

  • D — Definition of Done: When do we consider the task completed? By what criteria?

  • S — Solution: How can the task be solved?


EXAMPLES OF APPLYING GODS

1. Incidents (Platform team)

  • Goal: Restore the CI/CD pipeline so that deployment delays do not exceed 1 hour.
  • Overview: Updated the Jenkins plugin → 5 builds with errors → version incompatible.
  • Definition of Done: All builds pass without errors within a day, tests ≥98% successful, team notified.
  • Solution: Roll back the plugin, patch, or change the tool after log analysis.

2. Operational Tasks (Platform team)

  • Goal: Update the monitoring system to reduce false positives.
  • Overview: Outdated rules → too many alerts.
  • Definition of Done: False positives ↓80%, checks passed, documentation updated.
  • Solution: Use a ready-made runbook and scripts.

3. Platform Development (Platform team)

  • Goal: Implement a predictive analytics module to prevent incidents.
  • Overview: Incident frequency has increased by 25%, no forecasting tools available.
  • Definition of Done: Module integrated, accuracy ≥85%, pilot tested within 3 months.
  • Solution: Research ML models, selection after analysis.

4. Product Team Requests (Platform team)

  • Goal: Move the Alpha service to Docker to speed up deployment and simplify support.
  • Overview: Currently, Alpha runs on virtual machines, deployment takes a long time and causes errors during updates.
  • Definition of Done:
    • The service runs in Docker.
    • Deployment time reduced by 50%.
    • All tests pass successfully.
    • Documentation updated.
    • Pilot launch confirmed.
  • Solution: Use Docker Compose, CI/CD integration, and monitoring setup.
Repository
korchasa/flowai-plugins
Last updated
First committed

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.