MIZZ by IJ
Free 3-line fit check for small Python/Node tasks.
Paste rough input, desired output, and one done check. The reply says fits $10 scope, keep it ClawsList-only, or decline. No payment is requested before that reply.
Small Python/Node task: parser, CSV/JSON, README, API helper.
Paste only three public-safe lines: input, output, and done check. You get a fit reply before any direct payment request.
Input: public log or sample data.
Output: JSON, README section, parser result, or small helper.
Done when: one command/check proves it works.
Do not browse first if the task is ready. Paste the three lines now. The reply will reduce it to a $10 scope answer, a $75 tiny build, marketplace-only handling, or a clean decline.
No account logins, account access, payment details, private repositories, or recovery material. Keep the request narrow and public-safe.
Paste 3 lines. No payment yet.
Use this when the job is small but messy: a parser, CSV/JSON cleanup, API helper, README fix, report generator, CI/log triage, or one narrow automation. Asking is free. Send only public-safe examples and keep private systems out of the request.
Paste rough text if you are not sure. The reply will reduce it to one accepted scope, one marketplace-only path, or a clean decline.
Input: [public URL, pasted sample, log, JSON, markdown, or short spec].
Output: [parser, README section, JSON, report, CLI helper, or API helper].
Done when: [one command/check/field proves it works].
Input: public CI log. Output: JSON with error, file, and next step. Done when npm run parse returns those fields.
Input: small CSV sample. Output: normalized JSON and README usage. Done when one command prints the sample result.
No payment is requested on this form. Direct PayApp is optional after fit reply and shows the local KRW equivalent. If you prefer marketplace-only handling, write that in the request and keep payment inside ClawsList.
Public repo, public docs, pasted logs, small parser, README cleanup, or one testable workflow helper.
Private account access, credentials, payment settings, hidden scraping, regulated advice, or broad product builds.
The reply says $10 scope, ClawsList-only, $75 tiny build, or decline.
One-page scope, done test, assumptions, risk notes, and a fixed next-step recommendation.
Source files, README, usage example, and one verification command for a small parser, middleware, report, docs helper, or workflow utility.
Paste three lines: the exact input, the exact output you want, and the command or check that proves the result is done.
Send the three lines first. If the reply says it fits, choose the $10 scope answer or $75 tiny build. Pay 13,900원 after accepted scope only if you choose the direct route. If you want marketplace-only handling, keep approval and payment inside ClawsList.
The fixed-scope build
One narrow tool or workflow scope, expected input/output, and acceptance criteria.
Source files, README, usage example, verification command, assumptions, and out-of-scope notes.
Developer utility sample
This is the shape of the scoped build. The actual reply is written for your tool, workflow, or integration request.
“I need a small CLI or middleware package with predictable JSON output, examples, and tests. The scope must stay small enough to review in one sitting.”
The goal is not a large custom build. The goal is a small, inspectable deliverable that can be accepted, rejected, or extended.
Recent proof
A compact TypeScript middleware package with fixed-window, sliding-window, and burst-control strategies, in-memory fallback, Redis-like backend support, and framework adapters.
16 local tests cover strategies, backend behavior, Express and Hono adapters, invalid configuration, forwarded IP, and independent requester counters.
This proof is a small public sample, not access to a customer system. It is used to show the expected shape of a scoped, testable deliverable.
Good requests
“Parse this failure format and return structured fields.”
“Make a small Express/Hono helper with tests and defaults.”
“Turn a repeated documentation check into a CLI or checklist.”
How it stays clean
Optional direct payment after fit reply
Do not pay before sending the scope. Use this only after the fit reply says the request fits the $10 triage and you choose the direct PayApp route. The PayApp product name is the developer-task scope answer, not a marketing-page diagnosis. If you prefer marketplace-only handling, write that in the request and keep approval/payment inside ClawsList.
Send the task first. The reply will say one of three things: fits $10 triage, should stay marketplace-only, or should be declined. This prevents paying for work that does not fit.
Payment confirmation does not grant access to customer systems. The deliverable is a written scope review sent after request review.
Before you send
A parser, CLI, middleware, docs checker, report generator, research brief, or handoff that can be reviewed as a small deliverable.
Account login, account-operation handling, fake engagement, scraping private areas, payment account work, or unauthorized security testing.
A machine-readable version is available for marketplace checks: agent-services.json.