Skip to content
Back to skills

Prepare For Wishes

ASecurity

Entry point skill that loads all global guidelines, analyzes the project's technical context (if a repo exists), announces readiness, and asks what the developer wants to do — redirects to list-tasks, analyze-task, or implement-task as needed.

  • 2 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added October 10, 2026
ai-agentsgonodegit

Works with

  • claude code
  • mcp

Security analysis

A100/100

Pro scans all 4 files and shows the line behind each finding

Scanned October 10, 2026

npx -y skills add jersson/jenie-ai-tools --skill prepare-for-wishes --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Prepare For Wishes?

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

Security grade badge for Prepare For Wishes
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/jersson-prepare-for-wishes/badge)](https://www.skillsdirectory.com/skills/jersson-prepare-for-wishes)

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: prepare-for-wishes
description: Entry point skill that loads all global guidelines, analyzes the project's technical context (if a repo exists), announces readiness, and asks what the developer wants to do — redirects to list-tasks, analyze-task, or implement-task as needed.
---

# Prepare for Wishes Skill

When this skill is loaded, you are the entry point. Load the global configuration, analyze the project's technical landscape, then ask the developer what they need.

> **Command syntax:** jenie commands are written here as `/jenie <name>`. In OpenCode use them as-is (e.g., `/jenie list-tasks`); in Claude Code they are namespaced with a colon (e.g., `/jenie:list-tasks`); in Copilot use the skill name directly (e.g., `/list-tasks`). Always show the developer the syntax that matches the current environment.

## Pre-condition

### 1. Load Global Guidelines

Read `../globals/INDEX.md` and follow its instructions to load all globals. Cache them for the session. This must complete before any workflow step.

### 2. Analyze source code repository

Check whether `<project_root>/.git` exists (use `ls` or `test -d`).

#### If `.git` exists (project has a source code repository)

Check whether `<project_root>/.jenie/technical-context.md` already exists (use `ls` or `test -f`).

- **If invoked explicitly (not as precondition):** Always regenerate.
- **If invoked as precondition (from implement-task):**
  - **If it exists and was generated less than 7 days ago:** Read and cache. Skip re-analysis. Check the `Generated` timestamp in the `Cache` section.
  - **Otherwise:** Run analysis to regenerate.

  **When using MCP, include:** Layers (internal/core/entry/leaf) and Boundaries (call flow between modules).

Write the results to `<project_root>/.jenie/technical-context.md`. Create the `.jenie/` directory first if it does not exist. Use the template in `./guidelines/technical-context-template.md` as the output format. Generate timestamps using the current UTC time (e.g., `new Date().toISOString()` in Node.js).

After writing, read the file back and cache its contents in context. The summary is available for the rest of the session — any downstream skill can reference `.jenie/technical-context.md` for project technical context.

#### If `.git` does **not** exist

> ⚠️ **Warning:** No source code repository detected at `<project_root>`. The prepare-for-wishes process will continue without technical understanding of the project. Some features (code cross-check, automated implementation) will be unavailable until a repository is initialized.

After outputting the warning, proceed to the Workflow section.

## Workflow

### 1. Determine intent

| If the developer asks to… | Then… |
|---------------------------|-------|
| **list**, **browse**, or **show** tasks | Redirect to `/jenie list-tasks` and stop |
| **validate**, **analyze**, or **review** a task | Redirect to `/jenie analyze-task` and stop |
| **implement** or **code** a task | Redirect to `/jenie implement-task` and stop |
| **prepare** or nothing specific yet | Announce readiness and present available commands |

### 2. Announce readiness

When no specific intent is detected, greet the developer. Include the technical context in your announcement if a repo was analyzed (e.g., "Technical context loaded — `<runtime>` + `<framework>` project, `<script_count>` scripts available"):

> Jenie is ready. What would you like to do?
> - `/jenie list-tasks` — Browse available tasks (user stories or bugs)
> - `/jenie analyze-task` — Validate consistency of a specific task with INVEST + 3C
> - `/jenie implement-task` — Implement a validated task end-to-end (branch, TDD, commit, lint)

Throughout the workflow, follow the loaded global guidelines.

Files in this skill

  • SKILL.md3.7 KB
  • guidelines/codebase-memory-analysis.md3.7 KB
  • guidelines/technical-analysis.md1.7 KB
  • guidelines/technical-context-template.md1.2 KB

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…