ferrox-thread

Create and manage named persistent context threads across sessions.

21|9|Updated Jul 21, 2026
One-click install
npx skills add https://github.com/FerroxLabs/ferrox-factory --skill ferrox-thread
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: ferrox-thread
Source: https://github.com/FerroxLabs/ferrox-factory/tree/main/skills/ferrox-thread
Command: npx skills add https://github.com/FerroxLabs/ferrox-factory --skill ferrox-thread

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps you keep a named thread of work alive across sessions so you can resume context, track progress, and avoid losing important decisions when the conversation resets.

Core Features & Use Cases

  • Create persistent threads: Start a new named context thread for a specific line of work.
  • Resume and inspect threads: Check the current status of a thread or reopen it later with the same context.
  • Manage thread lifecycle: List threads, close resolved ones, and separate long-running work from phase-specific tasks.
  • Use case: A developer can maintain a cross-session thread for an ongoing refactor, then return days later and continue from the same named context.

Quick Start

Ask the skill to create a named thread for your ongoing task and keep its context updated as the work progresses.

Frequently Asked Questions about ferrox-thread

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I persist work context across sessions for an ongoing task?

To persist work context across sessions, you create a named thread that survives conversation resets. This thread tracks status and memory, allowing you to resume ongoing work later without losing prior decisions.

What is a persistent context thread used for in software engineering?

A persistent context thread is used to manage long-running work that must survive across sessions. It separates ongoing tasks from phase-specific tasks, enabling cross-session memory, progress tracking, and cleanup of resolved work.

How do I manage the lifecycle of a cross-session work thread?

You manage a cross-session work thread by creating a named thread, updating its context as work progresses, and listing active threads to check status. Once the work is resolved, you close the thread to clean up the workspace.

Can I resume an ongoing refactor days later using the same workspace context?

Yes, you can resume an ongoing refactor days later by retrieving the named thread and its description. The thread maintains the cross-session memory and status tracking needed to continue exactly where you left off.

When should I not use a persistent thread for task management?

You should not use a persistent thread for phase-specific tasks that do not require cross-session memory. It is designed for long-running work that needs named context tracking and status survival across conversation resets.