Complete catalog · 74 tools

Find the right tool.

Search by job, file format, or outcome. Every utility works without an account.

74 tools

Category

PDF

View category

Edit

Category

Image

View category

Category

Media

View category

Category

Archives

View category

Category

Text

View category

Category

Developer

View category

Category

Marketing and SEO

View category

Category

Calculators

View category

The catalog search matches tool names, descriptions, keywords, categories, and common jobs. Enter the shortest term that identifies the work. Merge finds the PDF combiner. Crop finds the image cropper. JSON finds the formatter, and percentage finds the calculator. A broad phrase can return several options, which is useful when the right operation is still unclear. A narrow format name such as WebP or JWT reduces the list to tools that directly handle that data.

Task words describe an action: compress, split, count, encode, decode, rotate, preview, calculate, or generate. Format words describe the source or destination: PDF, JPG, PNG, WebP, JSON, Base64, Markdown, URL, or UUID. Result words describe what should come out: smaller file, selected pages, hash, campaign link, sale price, or reading time. Combining one word from two groups often produces a useful query without requiring an exact product name.

Search results update in the browser and show the number of matches. Clearing the field restores the full catalog. The query may be stored by PWRKIT as first-party search activity to improve discovery, so confidential text does not belong in the search box. Search for the operation rather than pasting the material you plan to process. The workbench on the selected tool page is the correct place for source input.

Every card states one operation and one expected outcome. The title names the workbench, while the description clarifies its boundary. Merge PDF combines whole documents. Extract PDF Pages creates a new document from selected pages. Remove PDF Pages creates a copy without selected pages. Similar names do not mean interchangeable behavior, so read the verb and the object together before choosing.

Category and icon cues provide secondary orientation, but the description should decide the match. An image converter changes encoding, a resizer changes dimensions, and a compressor targets byte size. A character counter reports length without changing text, while a case converter rewrites capitalization. Opening the wrong tool does not alter the source, yet choosing carefully avoids an unnecessary conversion and makes the final verification simpler.

File tools accept browser-readable files through a chooser. PDF workbenches expect PDF input and reject other file types. Image workbenches accept formats the browser can decode, commonly JPEG, PNG, and WebP. The exact limit and status appear beside the upload area. A filename extension alone is not proof that the file contains valid data; a damaged, encrypted, mislabeled, or unsupported source can still fail during decoding.

Text and developer tools accept pasted or typed values. Some expect unrestricted prose, while others require a formal structure. JSON must parse. A JWT must contain three dot-separated sections. Base64 decoding requires a valid encoded string. A regular expression uses JavaScript syntax and flags. Timestamp conversion needs either a date value or a Unix number. Read the input hint before adding data, especially when a copied value contains invisible whitespace.

Calculators require values with compatible units and time periods. Loan and compound-interest rates are annual percentages in their respective forms. BMI can use metric or imperial measurements, but values must match the selected unit system. Date tools interpret calendar values rather than informal phrases. Marketing tools distinguish a destination URL from campaign labels or preview text. Labels and defaults belong to the calculation or output, so changing a field without checking its unit can produce a valid-looking but irrelevant result.

Decide how the result will be used before processing the source. A PDF may need one combined download, separate page files, corrected orientation, or a selected excerpt. An image may need exact dimensions, a different aspect ratio, a smaller transfer size, transparent pixels, or a specific format. Text may need a count, cleaned lines, changed case, escaped characters, or a rendered preview. Each outcome points to a different tool even when the same source could enter several workbenches.

Success includes compatibility, not only completion. A downloaded image must open in the destination service and preserve any required transparency. A campaign URL must reach the intended page and place parameters in the query string. A hash must use the expected SHA variant and character encoding. A calculator result must retain the assumptions that produced it. Writing a one-sentence acceptance check before starting makes it easier to reject an output that is technically valid but unsuitable for the real job.

Merge, split, extract, and remove all change PDF page composition. Merge starts with several documents and returns one. Split starts with one document and returns individual page files in a ZIP archive. Extract keeps the requested pages together in a new PDF. Remove keeps every page except those selected. Rotation changes page orientation without choosing a subset, while compression re-saves the document and may not reduce image-heavy files by much.

Resize, crop, compress, and convert affect different image properties. Resize redraws the image at new pixel dimensions. Crop redraws only a selected rectangle. Compression changes encoder quality for a smaller delivery copy. Conversion chooses a new file format and may also expose a quality setting. Blur changes appearance across the image. Color Picker reads a pixel without creating an edited picture, and metadata removal makes a re-encoded copy intended to omit common embedded metadata.

Encoding utilities also need careful separation. Base64 represents bytes as a restricted text alphabet. URL encoding replaces reserved characters inside a URL component. HTML escaping replaces markup-sensitive characters with entities for literal display. Hashing produces a one-way digest rather than readable or reversible text. JWT decoding reveals a token header and payload but does not authenticate them. These tools can appear in one debugging session, yet their outputs carry different security meanings.

Browser memory, source size, format support, and device speed affect file operations. A tool can reject a file before processing or fail while decoding it. Large jobs may work on a desktop and fail on a memory-constrained phone. The file-size notice on the workbench is an admission limit, not a promise that every valid file below that size will succeed. Keep the source available and avoid planning a time-sensitive delivery around a single untested browser session. External platforms impose separate rules. Search engines decide how snippets appear. Social networks cache and crop link cards. Upload forms set their own dimensions, formats, and size limits. Tax treatment differs by jurisdiction. Lenders use fees and schedules that a simple calculator does not model. Health decisions require more context than BMI. A PWRKIT result answers the operation shown on its page; it does not override the rules of the system that receives the output.

Some jobs need two or more operations. A scanned packet might be rotated, stripped to relevant pages, and merged with an appendix. A product image might be cropped, resized, converted to WebP, and compressed. A campaign link might be tagged with UTM parameters, turned into a QR code, and checked in a social preview. Complete one transformation at a time and inspect its output before using that output as the next source.

Name intermediate files so their role is obvious. Terms such as cropped, 1200px, webp, pages-3-6, or merged are more informative than final-final. Avoid overwriting the only source, particularly when a lossy image step or page deletion is involved. If a later result fails, the last checked intermediate copy identifies where the problem entered the chain. This takes less time than repeating every operation from an unknown version.

Related-tool sections favor utilities in the same category because neighboring operations often follow one another. Popular-tool sections provide broader discovery and should not be treated as a prescribed workflow. The correct next tool depends on the destination requirement, not on card order. If the job becomes collaborative, repeatable at scale, or subject to formal records, move the checked output into an application built for that responsibility.

The search field can be reached through normal keyboard navigation, and the slash shortcut focuses it when the cursor is not already inside another input. Result cards are links, so standard browser commands can open a tool in the current tab, a new tab, or a new window.

A visible focus state should identify the active control. If focus disappears, text becomes unreadable, or a workbench requires pointer input without an alternative, report the browser, operating system, device, and affected control.

On a phone, tool cards and forms move into fewer columns while the operation stays the same. File work can still be limited by mobile memory, storage permissions, or the application that supplies the source. Long filenames and wide results may need horizontal space or scrolling. Rotate the device only when it helps; the workbench should remain usable in portrait orientation. For a critical job, verify the downloaded file in its destination application rather than relying on the smaller browser preview.