您希望完成什么工作？
我正难以判断 Discourse 是否适合用于在我的免费内容 wiki 风格网站上测试评论功能。
首先说明一下，我们使用的是 VS17（.NET Framework 4.5），我的技术能力主要体现在开发上，而非评估最佳解决方案。Discourse 的 C# 封装库并不兼容。不过，基于以下情况，Discourse 是否是合适的方案呢？
网站情况：
我们有一个新的免费网站，包含成千上万篇基于地理位置的历史短篇故事，采用 wiki 风格呈现。我们希望允许用户在这些页面上进行评论和互动。用户应仅针对这些故事进行评论或讨论。当用户希望发布新主题内容（例如该地点的新故事）时，应通过我们自己的简易 CMS 发布，而非通过论坛。因此，我们希望限制主题讨论的范围，这并非真正的开放式论坛模式。
此外，关于“推荐主题”和“最新主题”等功能，由于我们的故事基于地理位置，相关主题实际上应是地理位置相近的其他故事，而非仅按活跃度排序。因此，我们更倾向于移除这些元素，或使其更具相关性。这是否意味着我对 Discourse 的定制程度已使其不再适合作为解决方案？
不过，我喜欢 Discourse 的信任系统和论坛式的互动方式，让用户能够就故事的历史背景展开辩论，同时希望其尽量贴近我们现有的内容页面。我或许可以利用信任系统，让用户无需审核即可发布新内容，但也许在我们的系统中自定义实现会更合适。
我们已构建了自有的简易管理员用户系统，可以将其与评论解决方案集成。
初步目标：
-
在每个故事内容页上测试集成的讨论解决方案，支持阅读和评论。我接受用户最初可能需要跳转到完整论坛进行深度互动，但我不希望用户感到迷失。我确实认为在历史故事上开展完整的讨论线程是合适的，因为用户可能会深入探讨细节并提出进一步研究的建议。因此，这不仅仅是简单的评论功能。
-
由于我们有成千上万篇故事，为每个页面创建主题并无意义，因为可能仅有 1% 的页面会有评论。
-
将我们的用户系统与 SSO 集成（我的开发人员可以完成此项工作）。
-
就 Discourse 是否为最便捷的解决方案提供建议（或推荐其他更易通过 C# 访问的替代方案），并说明应采用的结构。
-
未来协助根据讨论功能进行定制，以促进用户互动。
您何时需要完成？
- 需要立即提供关于适用性的建议，定制等工作可稍后完成。