Read the room
Inspect the directory, project instructions, existing material, and current goal. Your names and structure come first.
New to AI? You do not need a perfect prompt. Put your material in one folder and tell an agent the first thing you want to do. Qiming helps it understand the workspace and leave a clear place to continue.
One directory for one continuing body of work. Existing files stay where they are.
Change agents or computers without explaining your work from scratch.
Look at what you have, then do one concrete thing. Qiming keeps the useful result in your directory without asking you to design a taxonomy first.
Inspect the directory, project instructions, existing material, and current goal. Your names and structure come first.
Establish a project-owned instance, short handoff, and agent instructions so a new session knows where to continue.
Retain tasks, errors, knowledge, scripts, Skills, and MCPs according to their real maintenance value.
Projects, accounts, devices, reusable scripts, Skills, programs, and MCPs can each have an identity, owner, and handoff record when you maintain them over time. Internal files stay with their parent. Passwords and keys are represented only by references to secure storage.
Prepare a folder and put your material in it. After installing the Qiming seed, explicitly ask your agent to adopt it in that folder. Then describe one task in plain words.
An empty folder works for a new project. Keep an existing project where it is.
Say “Enable Qiming in this directory.” The agent reads the material and creates a project entry.
Organize a chapter or fix a problem. Leave the outcome, verification, and next step.
This is my first time using AI to manage this folder. Tell me what is here and suggest one small first task. Wait for my confirmation before changing anything, then leave the result and next step here.
The first two cases come from my real work, with project, account, and tool names removed. Both my computer management directory and the health project root have adopted Qiming. The old health development directory is an archive; starting there does not automatically load the main project. Six more cards show transferable uses.
I often reinstall my operating system. Software, scripts, and account information were scattered across conversations and folders, so every restart needed another explanation.
I gave the computer its own management directory. Qiming checked the current system and existing records, registered a long-lived media tool as a member, and tracked installation separately from functional verification.
A short entry now points to the system check, tool record, installation result, and next task. Account records contain secure-storage references, not passwords.
The service and management page were connected. Actual generation is still unverified, and backup recovery remains to be checked.
$qiming Continue managing this computer. Check the current system and existing records, decide whether this new tool needs a member record, and separate installation, real function testing, and next steps.
This health project combines contract scope, two active codebases, several roles, and a customer preview. An old development directory remains for history and can be mistaken for the live delivery location.
I adopted Qiming at the main project root. It preserved the existing rules and connected both codebases, delivery evidence, and the current task through a short entry. A project Skill and AGENTS.md give new sessions their starting point.
The main directory now has its own instance, work records, and asset ownership. Verified preview work is tracked separately from remaining contract requirements. The old directory is an archive and is not used for releases.
The main instance and Codex binding passed checks. The old directory has no separate Qiming instance. A customer preview is not final contract acceptance, and sessions started inside either codebase still need a scope check.
$qiming Continue from the main project root. Read its entry, existing rules, and current task; check both active codebases and delivery evidence. Do not develop from the archive, and track the preview separately from final acceptance.
This folder has old drafts, interview notes, and ideas. Inventory the material and sources, agree on the question for this chapter with me, draft chapter one, and leave revision notes and the next chapter task.
A draft, source trail, open questions, and a next-chapter entry.
Review the site categories, recent posts, and publishing flow. Plan three posts with goals, owners, and dates. After the first, record the preview, live result, and follow-up checks.
Site status, content schedule, publication evidence, and review task.
Inventory these notes and exercises, identify what I know, and propose a seven-day plan. Do only lesson one today; record missed questions and tomorrow’s review.
Learning goal, daily steps, mistakes, and review trail.
Read the README, open Issues, tests, and recent changes. Pick one bounded problem, fix it, run the relevant checks, and list older problems still unverified.
Current state, one verified change, and remaining issues.
Read the request, meeting notes, and delivered files. Separate agreed items from open questions, then list the owner, acceptance condition, and missing client input for the next delivery.
Source of requests, ownership, acceptance, and blockers.
Organize the papers, links, and experiment notes by question. Cite the source and uncertainty for each conclusion, then propose the next test.
Traceable conclusions, evidence, and untested hypotheses.
Use these in the current project after adoption. Its Qiming instance belongs to this project only.
$qiming Enable Qiming in this directory. Read existing files and project instructions, preserve the structure, and create a handoff for this project. Tell me the goal and next step you found.
Continue the unfinished work in this project. Read its entry and relevant records, advance the current goal, and leave verification results and the next step.
Review the error and resolution from this task. Decide what belongs in reusable knowledge or a tool, and record its source, scope, and verification.
Add the account, device, or script I explicitly handed over to this project. Record its purpose, owner, and maintenance entry. Keep credentials in secure storage; record only a reference.
Understand what Qiming does and where its project boundary sits before you begin.
Qiming is a project-local AI work management Skill. It reads the files and rules in a directory you choose, then creates an entry so future agents can continue development, writing, site operations, or other long-running work.
Prepare one folder and put your material there. Install the Qiming seed, then ask your agent in that folder: “$qiming Enable Qiming in this directory.” Give it one small task to do first.
No. Installing the seed only makes adoption available. An independent instance is created only in a project you explicitly select. Existing names, files, and rules take priority.
No. A member is a project, account, device, reusable script, Skill, program, or MCP that you maintain over time. Retained work records its owner and source; internal files stay with their parent member.
Project rules, tasks, knowledge, and tools remain in your own project directory. Account records refer to secure credential storage; ordinary project files do not contain passwords or keys.
Project adoption, binding, and remote installation have targeted verification with Codex. Claude Code, Gemini CLI, Cursor, OpenCode, and other operating system combinations still require individual real-world tests.
My agent Dark源 and I first wanted a better way to manage our own projects. In real work we gradually kept project personas, directories, rules, scripts, and lessons. They became a management template. Qiming grew from that template.
I switch tasks and agents, and I often reinstall my operating system. The hard part was not reinstalling software; it was losing context that lived only in the previous conversation. Dark源 and I moved the entry, decisions, and next step back into the working directory.
I named it Qiming for the morning star: a point of direction before sunrise. I want someone using AI for the first time to start with a single folder and one small task, without learning a vocabulary of tools first.
The install is only a seed. The members, knowledge, tools, and working habits that follow belong to the person who uses it.
The official site moved to qiming.dashen.wang with direct Cloudflare Pages hosting and proxying enabled. All four language pages include search metadata, a sitemap, and visible FAQs.
Improved project-owned instances, startup context, agent instructions, and ownership of derived capabilities. Evidence records 112 automated checks and a targeted Codex trial; the full cross-agent matrix remains untested.
Established the Skill entry, deterministic tools, source mapping, member and knowledge records, export, and recovery rehearsal.
Install the Qiming seed into your AI agent, then explicitly adopt it in the target project. First use requires Python 3.11+. Installing the seed does not change your other projects.
npx skills add cat9999aaa/qiming-skill --skill qimingInstall the qiming Skill from the official GitHub repository https://github.com/cat9999aaa/qiming-skill into the current project. Check Python 3.11+ first. Preserve existing files and project instructions. Do not adopt the project until I explicitly ask you to enable Qiming here.
$qiming Enable Qiming in this directory. Preserve the existing material and structure, then create an independent instance and the next step for this project.
The command uses project installation through the Skills CLI. Actual loading depends on the agent. Claude Code, Gemini CLI, Cursor, OpenCode, and other combinations still need individual real-world verification.