Discourse 권장 편집

:writing_hand: Allows community members to suggest edits to posts, giving reviewers granular control over which changes to accept — without granting full editing permissions.

:warning: Plugin is experimental and subject to lots of change at the moment, not for production usage yet.

:link: GitHub - discourse/discourse-suggested-edits: EXPERIMENTAL suggested edits plugin · GitHub

Installation

Follow the standard plugin installation guide using the repository URL:

https://github.com/discourse/discourse-suggested-edits.git

Why Suggested Edits?

Many communities want members to help keep content accurate and up to date, but granting edit access to everyone isn’t always practical. Suggested Edits bridges this gap — members can propose improvements to posts, and trusted reviewers decide what gets applied. Think of it as bringing a Wikipedia-style contribution model to your Discourse community.

This is especially useful for:

  • Knowledge base and documentation categories where accuracy matters and many eyes help
  • Communities with newer members who have good contributions but haven’t earned full edit trust yet
  • Collaborative content like FAQs, guides, or community-maintained references
  • Automated edits sometimes AI systems may suggest typo and voicing fixes, and you need a human in the loop approving

How It Works

Suggesting an edit

Members in the configured suggest group see a “Suggest Edit” button on eligible posts. Clicking it opens the composer pre-filled with the post content. They make their changes, optionally add a reason, and submit.

image

Reviewing suggestions

Reviewers see a count badge on posts with pending suggestions. Clicking “Review” opens a modal that breaks the suggestion into individual changes — each shown as a highlighted diff with surrounding context.

Reviewers can:

  • Accept or reject each change independently — no need to take all or nothing
  • Edit the suggested text before applying — tweak wording while preserving the intent
  • Switch between inline and side-by-side diff views
  • Navigate between multiple suggestions if more than one is pending

Applying changes

When the reviewer clicks “Apply Accepted,” the selected changes are applied to the post as a revision attributed to the suggester, with an edit reason noting who approved it. The suggester and any other affected users are notified.

Staleness handling

If the original post is edited after a suggestion is created, the suggestion is automatically marked as stale and cannot be applied. This prevents conflicts and ensures suggestions are always based on current content. Suggesters are notified so they can re-submit if needed.

Configuration

Enable the plugin and configure access under Admin > Settings, searching for “suggested edits”:

Setting Description
suggested_edits_enabled Master toggle for the plugin
suggested_edits_suggest_groups Groups whose members can suggest edits
suggested_edits_review_groups Groups whose members can review and apply suggestions. Post authors can always review suggestions on their own posts.
suggested_edits_included_categories Categories where suggested edits are enabled
suggested_edits_included_tags Tags on topics where suggested edits are enabled
suggested_edits_max_creates_per_minute Rate limit for creating suggestions (default: 5)
suggested_edits_max_revisions_per_minute Rate limit for revising suggestions (default: 10)

A typical setup

  1. Enable the plugin
  2. Set suggest groups to the trust level or group that should be able to propose edits (e.g. trust_level_1)
  3. Set review groups to your moderators or curators (e.g. staff)
  4. Pick the categories or tags where you want this enabled — you don’t have to turn it on everywhere

:bulb: Post authors can always review suggestions on their own posts, regardless of the review group setting.

Scope and Limitations

  • First posts only — Suggested edits currently apply to topic first posts (OPs), not replies
  • One pending suggestion per user per post — A member must wait for their current suggestion to be resolved before submitting another on the same post
  • Suggestions are text-based — The diff is computed on the raw Markdown content of the post

Search

Reviewers can use the search filter with:suggested-edits to find topics with pending suggestions across the forum.

17개의 좋아요

I think I was not notified.

3개의 좋아요

Hmm… is the OP of the topic notified when there is an edit suggested on their post? I looked around the code but am not seeing any indication that it does.

2개의 좋아요

Nope not implemented yet, will add

2개의 좋아요

Hi good idea ! When choosing categories, possible to choose first level categories only and sub categories would be selected as well ? Thanks.

1개의 좋아요

FYI this plugin is throwing an error:

plugin-api.gjs:234 [PLUGIN discourse-suggested-edits] Attempted to modify "service:composer", but it was already initialized earlier in the boot process (e.g. via a lookup()). Remove that lookup, or move the modifyClass call earlier in the boot process for changes to take effect. https://meta.discourse.org/t/262064
_resolveClass @ plugin-api.gjs:234

looks like the initializer is calling api.customizeComposerText() right before api.modifyClass("service:composer", {...}) resulting in a race condition. i think the code needs to be reordered so that api.modifyClass runs before api.customizeComposerText:

i opened a PR here:

2개의 좋아요

We might need to move this into a pre-initializer … will have a look thanks for giving it a shot @Lilly

2개의 좋아요

안녕하세요. 저희는 커뮤니티가 관리하는 긴 가이드에서 ‘편집 제안’ 기능을 파일럿 테스트하고 있으며, 여러 가지 UX 문제를 발견했습니다.

  1. 제안자가 편집을 눌러 대기 중인 제안을 열면, 작성기가 올바른 위치로 이동하지만 무엇을 변경했는지에 대한 시각적 표시가 없습니다. 제안자용 diff 또는 검토 단계를 추가하면 대기 중인 제안을 이해하고 수정하는 것이 훨씬 쉬워질 것입니다.

  2. 한 테스트에서 단어를 하나만 변경했는데, 원본 마크다운에서 공백이나 줄바꿈 변경으로 보이는 추가적인 diff 마커가 많이 나타났습니다. diff가 생성되기 전에 미미한 공백이 정규화(normalize)될 수 있을까요?

  3. 작성기가 전체 화면으로 확장되면 이유 추가가 사라집니다. 이유 입력 필드가 두 가지 뷰 모두에서 사용 가능하도록 하는 것이 도움이 될 것입니다. 제출 전에 사용자가 이유를 추가하도록 장려하는 최종 검토 화면도 워크플로우를 개선하는 데 도움이 될 것입니다.

  4. 아이콘만 있는 편집 제안 작업은 놓치기 쉽습니다. 기본적으로 아이콘과 함께 텍스트 라벨이 표시될 수 있을까요?

  5. 제출된 제안과 그 상태(대기 중, 승인됨, 거절됨, 철회됨, 만료됨)를 보여주는 회원용 페이지가 계획되어 있나요?

스크린샷을 제공하거나 개선 사항을 테스트하는 데 도움을 드릴 수 있습니다.

3개의 좋아요