endsession
Document project sessions systematically by recording decisions, updating task statuses, tracking progress, and creating structured records. Use this multi-stage tool to conclude planning or review sessions, maintain continuity, and build a historical project database.
Instructions
A multi-stage tool for documenting project management sessions, recording achievements, tracking task updates, and creating a structured record of project evolution.
When to use this tool:
- Concluding a project planning or review session
- Documenting decisions made during team meetings
- Recording updates to tasks and their status
- Tracking new tasks created during work sessions
- Documenting changes to project risk assessments
- Updating overall project status information
- Creating a structured record of project activities
- Establishing a formal conclusion to a focused work period
- Building a historical record of project development
- Preserving context for future team members or sessions
- Updating entity status values and tracking progress
- Modifying task priorities as project needs evolve
- Establishing or modifying sequential relationships between tasks
Key features:
- Provides a structured, multi-stage workflow for project session documentation
- Records project decisions and achievements in the knowledge graph
- Captures task status updates and progress information
- Tracks creation of new tasks with descriptions and priorities
- Documents risk updates with impact and probability assessments
- Updates project status information
- Maintains session continuity with unique session IDs
- Supports revision of previous stages when needed
- Offers a comprehensive assembly stage that consolidates all session information
- Manages status progression of project entities via has_status relations
- Tracks priority assignments for tasks via has_priority relations
- Documents sequential task relationships via precedes relations
The endsession tool uses a sequential, multi-stage approach with 7 typical stages:
- Summary Stage: Records basic session information
- Achievements Stage: Documents decisions and accomplishments
- Task Updates Stage: Records changes to existing tasks
- New Tasks Stage: Documents newly created tasks
- Status Updates Stage: Records changes to entity status values
- Project Status Stage: Updates the overall project status
- Assembly Stage: Consolidates all information and finalizes the session record
Parameters explained:
- sessionId: Required - Unique identifier for the project session
- Obtained from the startsession tool
- Example: "proj_1234567890_abc123"
- stage: Required - Current stage of the endsession workflow
- Accepts: "summary", "achievements", "taskUpdates", "newTasks", "statusUpdates", "projectStatus", or "assembly"
- Each stage has specific data requirements and processing logic
- stageNumber: Required - The sequence number of the current stage
- Starts at 1 and typically progresses through the stages
- Used to track progress through the session documentation workflow
- totalStages: Required - Total number of stages planned for this workflow
- Typically 7 for the complete workflow
- Provides context for the progress within the overall process
- analysis: Optional - Text analysis or observations for the current stage
- Descriptive text explaining the work done in this stage
- Example: "Analyzed progress on the marketing campaign project"
- stageData: Optional - Stage-specific structured data
- Structure varies by stage type:
- summary: { summary: "Session summary text", duration: "3 hours", project: "ProjectName" }
- achievements: { achievements: ["Decision 1", "Accomplishment 2"] }
- taskUpdates: { updates: [{ name: "Task1", status: "active", progress: "50%" }] }
- newTasks: { tasks: [{ name: "New Task", description: "Details", priority: "high", precedes: "Task3" }] }
- statusUpdates: { statusUpdates: [{ entityName: "Task1", newStatus: "complete", note: "Finished implementation" }, { entityName: "Risk1", newStatus: "inactive", note: "Risk mitigated" }] }
- projectStatus: { projectStatus: "active", projectObservation: "Good progress", priorityUpdates: [{ entityName: "Task2", priority: "high", note: "Critical for launch" }], sequenceUpdates: [{ before: "Task1", after: "Task4", note: "Rearranged sequence to optimize workflow" }] }
- assembly: No stageData needed - automatically assembled from previous stages
- nextStageNeeded: Required - Whether additional stages are needed after this one
- Boolean value (true/false)
- Set to false on the final stage to complete the session
- isRevision: Optional - Whether this is revising a previous stage
- Boolean value (true/false)
- Default: false
- revisesStage: Optional - If revising, which stage number is being revised
- Required when isRevision is true
- Indicates which previous stage is being updated
Status and Priority Management:
- The statusUpdates stage allows for batch updates to entity status values
- Valid status values include: inactive, active, complete
- Priority assignments (high, low) can be modified in the projectStatus stage
- Status changes are implemented through has_status relations
- Priority changes are implemented through has_priority relations
- Status and priority changes are tracked to maintain project progress history
Sequential Task Management:
- The projectStatus stage allows for defining or modifying sequential relationships
- The precedes relation is used to establish logical ordering between tasks
- New tasks can specify which tasks they precede or follow
- Sequential updates help maintain a coherent project workflow
- Task sequences can be visualized through the loadcontext tool
When the endsession workflow completes (assembly stage with nextStageNeeded: false), the tool performs these actions:
- Records the session completion in persistent storage
- Creates a summary of all documented information
- Updates the project status in the knowledge graph
- Links all achievements, task updates, and risk information
- Updates status, priority, and sequential relationships for relevant entities
Return information:
- JSON response with the following structure when stages are in progress:
- success: Boolean indicating whether the operation succeeded
- stageCompleted: The stage that was just completed
- nextStageNeeded: Whether more stages are required
- stageResult: The processed result of the current stage
- Formatted markdown text summary when the session is completed, including:
- Session date and project name
- Decisions documented
- Task updates
- Status changes
- Priority modifications
- Task sequencing changes
- Project status
- New tasks added
- Risk updates
- Session summary
You should:
- Complete all stages in order for comprehensive session documentation
- Provide specific details in each stage for accurate project documentation
- Specify task updates with clear status information using valid values (inactive, active, complete)
- Include priority levels (high, low) when adding new tasks or updating priorities
- Document all key decisions made during the session as achievements
- Update entity status using has_status relations with valid status values
- Define task sequences using precedes relations to establish workflow
- If making a revision, specify which stage is being revised
- Only mark nextStageNeeded as false on the final assembly stage
- Review the final summary message to confirm all session details were recorded properly
- Use the unique session ID consistently across all stages
Input Schema
Name | Required | Description | Default |
---|---|---|---|
analysis | No | Text analysis or observations for the current stage | |
isRevision | No | Whether this is revising a previous stage | |
nextStageNeeded | Yes | Whether additional stages are needed after this one (false for final stage) | |
revisesStage | No | If revising, which stage number is being revised | |
sessionId | Yes | The unique session identifier obtained from startsession | |
stage | Yes | Current stage of analysis: 'summary', 'milestones', 'risks', 'tasks', 'teamUpdates', or 'assembly' | |
stageData | No | Stage-specific data structure - format depends on the stage type: - For 'summary' stage: { summary: "Session summary text", duration: "4 hours", project: "Project Name" } - For 'milestones' stage: { milestones: [{ name: "Milestone1", status: "completed", notes: "Notes about completion" }] } - For 'risks' stage: { risks: [{ name: "Risk1", severity: "high", mitigation: "Plan to address this risk" }] } - For 'tasks' stage: { tasks: [{ name: "Task1", status: "in_progress", assignee: "Team Member", notes: "Status update" }] } - For 'teamUpdates' stage: { teamUpdates: [{ member: "Team Member", status: "Completed assigned tasks", blockers: "None" }] } - For 'assembly' stage: no stageData needed - automatic assembly of previous stages | |
stageNumber | Yes | The sequence number of the current stage (starts at 1) | |
totalStages | Yes | Total number of stages in the workflow (typically 6 for standard workflow) |