keeping-mcp
v1.0.1
io.github.Red-Square-Software/keeping-mcp
MCP server for the Keeping time-tracking API
共 23,480 个资源
v1.0.1
io.github.Red-Square-Software/keeping-mcp
MCP server for the Keeping time-tracking API
v1.0.0
io.github.SamMorrowDrums/remarkable
Access your reMarkable tablet - read documents, browse files, extract text and OCR
v1.0.0
app.joinways/joinways
Event venue CRM — manage inquiries, quotes, events and availability from any AI agent
v1.19.0
io.github.samarthanalytics-sj/samarth-gtm-mcp
Google Tag Manager + read-only GA4 MCP server. Read-only by default, gated writes, audits.
v0.2.4
io.github.mashware/domain-memory
Local-first MCP server serving a project's business-domain knowledge to MCP-compatible agents.
v1.0.0
org.agenticsubstrate/agentic-substrate
Agents earn non-transferable reputation: register, claim expertise, bid on jobs, deliver.
v1.2.1
io.github.nickjlamb/redacta-mcp
Pseudonymise and restore patient identifiers & PII in text — local, HIPAA Safe Harbor mode.
v0.5.31
io.github.Kevthetech143/chain-signer
Security suite for AI agents: flag drains, permit-phishing & risky actions before signing.
v7.1.0
io.github.rm-rf-prod/groundtruth
Live docs MCP server. 445+ libraries, code audit, snippets, dispatch tool, telemetry.
v1.0.0
io.github.LayUp-Sport/sports-booking
Search bookable London courts, pitches, lanes and pickup games across every major UK provider.
v7.34.1
io.github.asklokesh/loki-mode
Autonomous spec-to-product coding-agent CLI with an MCP server exposing 34 tools over stdio.
v0.2.1
io.github.RohitYajee8076/backburner
Run long shell commands as background tasks: start them, keep working, collect the results later
v0.1.4
io.github.gomission/mcp
Trust Graduation gate: Claude can do real work once Mission decides what it is allowed to do.
v0.10.0
io.github.oneill9/phraseflip-mcp
Privacy-first local phrase-flipped translation for AI chat clients.
v1.3.3
io.clawhub.simmer/polymarket-mert-sniper
Near-expiry conviction trading on Polymarket. The skill scans markets in their final minutes, filters for strongly-skewed splits (60/40+), and places bounded...
vbeta
io.github.TanStack/table/compose-with-tanstack-form
Editable cells for `@tanstack/react-table` v9 via `@tanstack/react-form`. The table is the layout primitive; the form owns editing state. Use `createFormHook` to register reusable field components (`TextField`, `NumberField`, `SelectField`), then in each column's `cell` return `<form.AppField name={`data[${row.index}].field`}>{(field) => <field.TextField />}</form.AppField>`. Critical typing gotcha: if your row has a recursive `subRows`, use `Omit<Row, 'subRows'>` for the form row type — TanStack Form's `DeepKeys` recurses and hits TS2589. Subscribe to `form.state.values.data.length` (not the whole array) for row add/remove re-renders.
vbeta
io.github.TanStack/table/client-to-server
Convert a client-side `@tanstack/react-table` v9 table to server-side (manual modes). Pass server-paginated/sorted/filtered rows as `data`, set `manualPagination` / `manualSorting` / `manualFiltering` / `manualGrouping` / `manualExpanding` for whatever the server now owns, supply `rowCount` so `getPageCount()` works, and DROP the matching factory from `tableFeatures()` (no `paginatedRowModel` slot if the server paginates). Own the relevant state slices via external atoms (`useCreateAtom` + `options.atoms`) so a query can key on the slice and refetch automatically — OR via classic `state` + `on*Change` controlled state.
vbeta
io.github.TanStack/table/production-readiness
Ship-ready optimizations for `@tanstack/react-table` v9: tree-shake the bundle by registering ONLY the `features` you actually use; memoize `features`, `data`, and `columns` for stable identity; replace `(state) => state` with narrow selectors or per-slice `useSelector(table.atoms.<slice>)` subscriptions; and push state-driven re-renders down the tree with `<table.Subscribe>` / `<Subscribe>` so the expensive table body doesn't re-render every time you toggle a sort indicator. Don't over-optimize small tables — the default selector + inline rendering is fine until measured perf demands more.
vbeta
io.github.TanStack/table/table-state
Wiring reactivity for `@tanstack/react-table` v9. Covers `useTable` (and its second-argument selector), reading state via `table.state` / `table.store` / `table.atoms.<slice>`, rendering with `table.FlexRender`, opting subtrees into fine-grained reactivity with `<table.Subscribe>` and the standalone `<Subscribe>`, owning slices with external atoms via `useCreateAtom` + `options.atoms`, and packaging shared config into a reusable hook with `createTableHook` (`useAppTable`, `createAppColumnHelper`, `table.AppTable` / `table.AppHeader` / `table.AppCell` / `table.AppFooter`). Routing keywords: useTable, useSelector, useCreateAtom, atoms, react-store, table.Subscribe, FlexRender.
vbeta
io.github.TanStack/table/compose-with-tanstack-devtools
Wire up TanStack Devtools for TanStack Table in React. Mount `TanStackDevtools` with `tableDevtoolsPlugin()` once at the app root and call `useTanStackTableDevtools(table)` after each `useTable` so the table is registered as a devtools target. Live devtools are tree-shaken to no-ops in production unless you import from `@tanstack/react-table-devtools/production`.
vbeta
io.github.TanStack/table/migrate-v8-to-v9
Mechanical breaking-change migration from `@tanstack/react-table` v8 to v9. Every v8-shaped option, type, or method an agent will reproduce from muscle memory has a v9 equivalent enumerated below: `useReactTable` → `useTable`, root `get*RowModel` options → row model factories on `tableFeatures({...})` alongside their *Fns registries, `createColumnHelper<TData>` → `createColumnHelper<typeof features, TData>`, `table.getState()` → `table.state` / `table.store.state` / `table.atoms.X.get()`, `sortingFn` → `sortFn`, `enablePinning` → split, `_`-prefixed APIs unprefixed, `ColumnSizing` split into `columnSizingFeature` + `columnResizingFeature`. For incremental migration, `useLegacyTable` from `@tanstack/react-table/legacy` accepts the v8 API on the v9 engine — deprecated, larger bundle, no `table.Subscribe`. Long-term you migrate every table off it.
vbeta
io.github.TanStack/table/getting-started
End-to-end first-table journey for `@tanstack/react-table` v9. Install the React adapter, declare `features` via `tableFeatures()` (row model factories and *Fns registries live on the features object alongside feature flags), create a column helper with both `TFeatures` and `TData` generics, instantiate `useTable`, and render with `<table.FlexRender>`. New users land here, not on `useLegacyTable`.
vbeta
io.github.TanStack/table/compose-with-tanstack-virtual
`@tanstack/react-table` v9 does NOT include virtualization — pair with `@tanstack/react-virtual`. Standard row-virtualization pattern: get the row array from `table.getRowModel().rows`, feed `rows.length` to `useVirtualizer({ count, estimateSize, getScrollElement, ... })` in the DEEPEST possible component (a `TableBody`, NOT `App`), iterate `rowVirtualizer.getVirtualItems()` instead of `rows.map`, absolute-position each row with `transform: translateY(virtualRow.start)px`, and render `<tbody>` as a CSS grid with a fixed total height. Column virtualization uses `horizontal: true` plus padding-left/right placeholder cells. An experimental ref-mutation variant skips React reconciliation for ~10% extra perf but the standard pattern is the default.
vbeta
io.github.TanStack/table/compose-with-tanstack-store
`@tanstack/react-table` v9 is built on TanStack Store. Each state slice (sorting, pagination, rowSelection, columnFilters, …) is a separate atom. The table exposes three READ surfaces — `table.atoms.<slice>` (per-slice readonly), `table.store` (flat readonly view), `table.state` (selector output from `useTable`) — and two WRITE paths — internal `table.baseAtoms.<slice>` OR YOUR `options.atoms[slice]` if you opt to own the slice. Use `useCreateAtom` from `@tanstack/react-store` for stable identity, `useSelector` for fine-grained reads, and pass the atom in `options.atoms` so the table writes through it directly — no `on*Change` handler required.