Feedbacks

io.github.Softinator-TechLabsv0.2.2更新於 Oct 1, 2026

Visual website feedback, screenshots and team discussion for coding assistants. Self-hosted.

概覽

AI 產生的概覽

讓程式開發助理從自架的 Feedbacks 伺服器取得視覺化網站回饋、截圖、工作階段錄影與診斷資訊。

功能
Feedbacks 將程式開發助理連接到自架的視覺化回饋服務。透過 MCP、API 與 CLI,它提供已核准的專案指示、審查指引,以及對回饋討論串的限定範圍讀取,內容包括截圖、標註、文字修改建議、錄影、事件時間軸、瀏覽器診斷與校驗碼。助理可以檢視證據、完成議定的變更並記錄驗證結果,同時透過指派、標籤、已儲存檢視與選用的 GitHub Issues 追蹤工作。
適用情境
當團隊已經運行 Feedbacks 伺服器,並希望程式開發助理依據真實的錯誤回報、截圖與工作階段錄影來工作時適用。它適合審查介面變更的網站團隊,讓討論、診斷與專案脈絡同時供人和助理使用。
執行需求
這個 MCP 套件透過 stdio 在本機執行,但需要先架設可連線的自架 Feedbacks 伺服器,並為每位開發者連接一組限定範圍的金鑰。執行伺服器本身需要 Node.js 22 或 24、npm、搭配 PostgreSQL 的 Docker Compose,正式環境還需要 HTTPS 與私有 S3 相容儲存。初始化需要 BOOTSTRAP_EMAIL、BOOTSTRAP_NAME 與 BOOTSTRAP_PASSWORD。
安裝前請注意
這是早期的 0.x 版本;公開註冊、計費、SSO 與共用資料庫多租戶尚未實作,且一個部署只服務一個組織。首次建立擁有者後應移除初始化密碼。伺服器會保存回饋媒體與診斷資訊,因此應把錄影與截圖視為敏感資料,並注意助理可以讀取限定範圍的專案脈絡並記錄驗證結果。

安裝

在 SourceWeft 中

  1. 開啟 儀表板中的 Feedbacks,將其新增到工作區。
  2. 為需要使用其工具的對話啟用該服務。

Desktop only,透過 STDIO。 STDIO 服務會啟動本機處理程序,因此需要 SourceWeft 桌面主機。

其他 MCP 客戶端

參照 儲存庫 中的啟動說明。

README

Feedbacks

Free, Apache-2.0 visual feedback, session replay and debugging context.

Show the problem with a screenshot, exact text suggestion or video + session recording. Keep the discussion, event timeline, browser diagnostics and approved project context together. Your team and coding agent can investigate the evidence, make the agreed change and record verification. The complete product is free to self-host; you provide the infrastructure and any AI tools you use.

Set up a team server first. The order is: server → install and connect the Chrome extension → project context, optional GitHub App and members → each developer's personal MCP setup. One installation serves your team; the extension does not host a server. Follow the complete setup flow, or the separate DevOps installation guide.

Website · Why Feedbacks · Self-hosting · Extension · Coding assistants & plugins · API & MCP · Roadmap · Contributing

What it does

  • Show exactly what changed: screenshot pins, annotation, full-page capture and selected-text replacement suggestions.
  • Replay the bug: video or session-only recording with one timeline for activity, console, network and performance. Save and annotate frames.
  • Take the evidence: complete thread bundles with discussion, media, recordings, diagnostics and checksums; scoped agent reads and recording exports.
  • Give agents context: approved project instructions, reviewer guidance and responsibilities through MCP, API and CLI.
  • Move the work forward: assignments, categories, tags, saved views and point progress; optional GitHub Issues across repositories and installations, with multiple configured Apps and one owner-selected App per project.
  • Review beyond the extension: scoped guest links, PDF/image review, an optional text widget, surveys/NPS, scheduled public-page QA, native mobile clients and signed webhooks.
  • Own the whole service: Apache-2.0 server and clients, PostgreSQL and private S3-compatible storage. One installation serves one organization.

Recording guide · Debug bundles · Text suggestions · More review workflows

Feedbacks is an early 0.x release. Each application deployment serves one organization. Public registration, billing, SSO and shared-database customer tenancy are not implemented. See architecture and deployment boundaries.

Run locally

Requirements: Node.js 22 or 24, npm, and Docker Compose for PostgreSQL.

sh
git clone https://github.com/Softinator-TechLabs/feedbacks-oss.gitcd feedbacks-ossnpm cicp .env.example .envdocker compose -f compose.dev.yaml up -d --waitnpm run bootstrapnpm run buildnpm run dev:server

Before bootstrap, add BOOTSTRAP_EMAIL, BOOTSTRAP_NAME and a unique BOOTSTRAP_PASSWORD to your local .env. Bootstrap creates the first owner once. Remove the bootstrap password afterward. Open localhost:3000. The example database password is for the loopback-only development database.

For live client edits, run npm run dev:web in another terminal and set APP_ORIGIN=http://localhost:5173 in .env before restarting the server. Use that origin in the browser. For the standalone public website, use npm run dev:site.

Production requires HTTPS, PostgreSQL and private S3-compatible storage. Follow the deployment guide for configuration, first-owner setup and recovery.

For a registry deployment, use the public Docker Hub image and registry Compose. The illustrated storage guide maps the five prerequisites to their environment fields. Developers can install the bundled Claude Code and Codex plugins in two commands, then connect their own scoped key.

Browser extension

Build with npm run build:extension. Load the dist/extension/unpacked/ directory from Chrome's Load unpacked, or use the ZIP in dist/extension/. Enter your own Feedbacks server address and approve pairing in the web application. Website-wide permission is a separate optional action. Existing saved server connections remain available.

Repository map

PathResponsibility
src/server/Authentication, project access, business operations, persistence and transports
src/shared/Typed operation inputs, outputs and descriptions
src/web/Authenticated React application
src/cli/Bootstrap, JSON CLI and stdio MCP adapter
plugins/Codex and Claude Code plugin packages and review skills; MCP bundles generated at build
extension/Chrome Manifest V3 capture and review extension
site/Independently deployable public website
tests/Isolated authorization, transport and database tests
ops/Generic deployment configuration
docs/Public contributor and operator documentation

Agent development

Start with AGENTS.md and the documentation map. Claude Code and Gemini CLI have thin adapters to the same instructions. See supported skills and client setup. For an isolated app with synthetic data and no deployment credentials:

sh
npm cinpm run harness:dev

The command builds the app and prints its loopback URL and private local access-file path. Each run has a disposable database and independent port.

Development

sh
npm run check# Optional native PostgreSQL concurrency tests (initdb and pg_ctl on PATH):npm run test:postgres

check runs formatting, architecture/docs checks, type checking, tests, all builds, an isolated app smoke check and release-content checks. CI also runs the native PostgreSQL tests, dependency audit and secret scanning. A passing build is not evidence of production deployment or capacity.

License and community

The application, extension and website source are Apache-2.0 licensed. Dependencies retain their licenses. Read contribution guidelines, community standards, security reporting and trademark guidance.

來源:README.md,提交 50180cf

工具

0
工具後設資料尚未被收錄。

版本歷史

1
  1. v0.2.2最新Oct 1, 2026