You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
**Using FeatFuse in a paper?** → [Citation](#citation), or run `featfuse cite`.
13
16
14
17
</div>
15
18
@@ -49,6 +52,17 @@ Engineered features are fused with the transformer's pooled embedding before cla
49
52
50
53
Whether a given feature + fusion combination helps is an **empirical question** — so FeatFuse answers it with ablations, feature-importance analysis, and significance testing instead of claims.
51
54
55
+
## How is this different from existing benchmarks?
| Unit of comparison | model vs. model | dataset only |**feature + fusion + model combination**|
60
+
| Question answered | which pretrained model is best? | is this pair a clone? |**does *this engineered signal* help *this encoder*, and is the gain significant?**|
| Ablations / importance | manual | n/a | one flag (`--ablate`, `importance`) |
63
+
64
+
FeatFuse is complementary: it *consumes* clone datasets and *wraps* pretrained encoders, isolating the contribution of engineered features — a question the model-centric suites don't ask. If your paper reports a feature-augmented code model, FeatFuse gives you the baseline, the significance test, and the LaTeX table.
**Does hand-crafted feature engineering still matter in the era of large code models?**
172
+
That's exactly the question FeatFuse is built to answer empirically, per feature and per encoder, with significance tests. The paper's result — a cheap execution-derived signal lifting GraphCodeBERT from 0.96 to 0.99 F1 on IR-Plag — suggests the answer is not trivially "no".
173
+
174
+
**Do I need a GPU?**
175
+
No. The `smoke` and `classical_features_irplag` configs run on any CPU in seconds. GPUs are only needed to reproduce the neural fine-tuning results.
176
+
177
+
**Which models can I plug in?**
178
+
Any HuggingFace encoder. GraphCodeBERT, CodeBERT and UniXcoder work out of the box; CodeT5, StarCoder, Qwen-Coder and DeepSeek-Coder follow the same one-line registration pattern.
179
+
180
+
**Can I use FeatFuse for plagiarism detection / clone detection in my own dataset?**
181
+
Yes — register a dataset loader (see [docs/adding_a_model.md](docs/adding_a_model.md) for the pattern) and every feature, fusion strategy and metric applies unchanged.
182
+
183
+
---
184
+
155
185
## Citation
156
186
157
-
If you use FeatFuse or this benchmark, please cite the paper:
187
+
If FeatFuse or its benchmark results contribute to your research, please cite the paper (or run **`featfuse cite`** — every generated `REPORT.md` and LaTeX table also carries the reference):
158
188
159
189
```bibtex
160
190
@article{martinezgil2024graphcodebert,
@@ -166,7 +196,12 @@ If you use FeatFuse or this benchmark, please cite the paper:
166
196
}
167
197
```
168
198
169
-
A machine-readable [`CITATION.cff`](CITATION.cff) is included (GitHub shows a "Cite this repository" button). A related follow-up on interpretability is *Augmenting the Interpretability of GraphCodeBERT for Code Similarity Tasks* ([arXiv:2410.05275](https://arxiv.org/abs/2410.05275)).
199
+
To reference the software platform itself (in addition to the paper), `featfuse cite --software` prints a second entry. A machine-readable [`CITATION.cff`](CITATION.cff) is included, so GitHub's "Cite this repository" button works out of the box.
200
+
201
+
**Related work by the author**
202
+
203
+
-*Augmenting the Interpretability of GraphCodeBERT for Code Similarity Tasks*, Int. J. of Software Engineering and Knowledge Engineering, 2025. [doi:10.1142/S0218194025500160](https://doi.org/10.1142/S0218194025500160) · [arXiv:2410.05275](https://arxiv.org/abs/2410.05275)
204
+
-*Source code clone detection via an ensemble of unsupervised similarity measures* — [jorge-martinez-gil/ensemble-codesim](https://github.com/jorge-martinez-gil/ensemble-codesim)
0 commit comments