Skip to content
Open
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
1 change: 1 addition & 0 deletions README.md
Original file line number Diff line number Diff line change
Expand Up @@ -1113,6 +1113,7 @@ _Engines that index documents for search and analysis._
- [Apache Solr](https://lucene.apache.org/solr/) - Enterprise search engine optimized for high-volume traffic.
- [Elasticsearch](https://www.elastic.co) - Distributed, multitenant-capable, full-text search engine with a RESTful web interface and schema-free JSON documents.
- [Indexer4j](https://github.com/haeungun/indexer4j) - Simple and light full text indexing and searching library.
- [Viglet Turing ES](https://github.com/openviglet/turing-ce) - Enterprise search platform (not a library): layers faceted, semantic and hybrid search, RAG and AI agents over a pluggable Apache Solr/Elasticsearch/Lucene backend.

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P3: Consider removing the parenthetical (not a library) from the description. The CONTRIBUTING.md asks for descriptions that are "short, simple and unbiased." The parenthetical tells readers what the software isn't rather than what it does, and no other entry in the Search section uses this self-referential comparison pattern. The unique features that distinguish this entry (faceted, semantic and hybrid search, RAG, AI agents, pluggable backend) are already clearly stated in the rest of the line — the parenthetical adds length without adding signal.

Prompt for AI agents
Check if this issue is valid — if so, understand the root cause and fix it. At README.md, line 1116:

<comment>Consider removing the parenthetical `(not a library)` from the description. The CONTRIBUTING.md asks for descriptions that are "short, simple and unbiased." The parenthetical tells readers what the software isn't rather than what it does, and no other entry in the Search section uses this self-referential comparison pattern. The unique features that distinguish this entry (faceted, semantic and hybrid search, RAG, AI agents, pluggable backend) are already clearly stated in the rest of the line — the parenthetical adds length without adding signal.</comment>

<file context>
@@ -1113,6 +1113,7 @@ _Engines that index documents for search and analysis._
 - [Apache Solr](https://lucene.apache.org/solr/) - Enterprise search engine optimized for high-volume traffic.
 - [Elasticsearch](https://www.elastic.co) - Distributed, multitenant-capable, full-text search engine with a RESTful web interface and schema-free JSON documents.
 - [Indexer4j](https://github.com/haeungun/indexer4j) - Simple and light full text indexing and searching library.
+- [Viglet Turing ES](https://github.com/openviglet/turing-ce) - Enterprise search platform (not a library): layers faceted, semantic and hybrid search, RAG and AI agents over a pluggable Apache Solr/Elasticsearch/Lucene backend.
 
 ### Security
</file context>
Suggested change
- [Viglet Turing ES](https://github.com/openviglet/turing-ce) - Enterprise search platform (not a library): layers faceted, semantic and hybrid search, RAG and AI agents over a pluggable Apache Solr/Elasticsearch/Lucene backend.
- [Viglet Turing ES](https://github.com/openviglet/turing-ce) - Enterprise search platform: layers faceted, semantic and hybrid search, RAG and AI agents over a pluggable Apache Solr/Elasticsearch/Lucene backend.


### Security

Expand Down